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A Story of ASCII 


By Bob (R.W.) Bemer 
About Content and References 

This is not an exhaustive history - the group of fields where ASCII has 
application and effect is too large. It is not too scholarly - Eric N. Fischer has 
the franchise on that, and can answer such questions as "why was the 
question mark put here instead of the vertical bar?" 

One will note that certain aspects of ASCII are mentioned little in the text, 
and have no references given. Some are dead-ends now, some were failures, 
some are fairly immaterial. They are, with explanations for their omission: 

Pre- and Post-ASCII Codes — Few details are given about coded character 
sets previous to ASCII, and if so, mentioned only in passing (e.g., Fieldata). 
The (very large) story of UNICODE, promoted as the successor to ASCII, is 
not treated here. Many chapters already exist elsewhere. 

Development of natural language codes can be left to the various countries or 
groups that use them, although the tie-in via ISO registry [151] will be 
explained. 

4-bit Subsets of ASCII — Now that we're living with a 16-bit UNICODE, we 
don't worry much about economy any more. 

The use of 4 bits for packed decimal notation and arithmetic is not known to 
exist anywhere in the ASCII world. Only systems in the IBM 360 style, with 
EBCDIC, do so. It is a terrible resource waster, and apologies are tendered 
for any part in this played by me. With today's cheap storage we can't afford 
people time to program transformations. 

The IBM PC, and its many copies, do arithmetic directly upon the 8-bit 
representations of ASCII digits - a very clever and patented scheme. We may 
expect all mention of 4-bit codes to disappear from the standards documents. 

Character Recognition - There used to be big fusses about special fonts for 
recognition by magnetic ink or optical scans. No more. So the few ASCII- 
related standards dealing with this are passe. An $80 scanner today will do all 
such work with software so cheap that it is not priced separately. And it is not 
font-specific to the user. 

Graphics for the control characters of ASCII - There used to be such a 
standard, even at international level. No manufacturers would display them 
on the screens, so the standard was withdrawn officially in 1995. 
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If you must have these, references about these can be found in [140], grouped 
by logical and physical aspects. In contrast, the references in this paper are 
ordered by date, grouped by year, and followed by clusters of reference 
numbers for those aspects. 

So this is a story about how ASCII came about, from a marketplace and 
people point of view. How and why did it happen? Who were the players? 
Why did it take hold, grow, and affect the entire world? 

It's a story filled with cliffhangers like an early movie serial, when you 
weren't sure that the heroine would survive the latest peril. It's a story about 
stupidities on the most grandiose scale. But it's a story about many, many 
dedicated and selfless people who understood the need and its importance, 
And it's a story with a happy ending for the whole world. 

Entrance of One Player 

My first adult jobs were at the Douglas Aircraft Company in Santa Monica, 
California, before and during World War II. There I received a modest 
introduction to calculating equipment, and managed to become fairly adept 
with the Friden desktop calculator, as powered by an electric motor. 
Admittedly IBM punch card equipment would have been in use there, in the 
accounting department, but I never saw it. 

After leaving Douglas (voluntarily, I believe) at war end, I turned to 
architectural work, movie set design at RKO, and building custom furniture 
for movie stars. 

On April 15 of 1949 I began work at the RAND Corporation, also in Santa 
Monica, having known some of the people there who had also worked at 
Douglas. That momentous day I began to suspect that I might have been 
genetically constructed to work with computers. 

I was introduced to the IBM 601 calculating device. Six of them, in fact, and 
two could not only add and subtract (like the other four) but could also 
multiply and divide. Unfortunately at just a five operations per second rate. 

And I met printers, reproducers, collators, keypunches, and sorters in similar 
plurality. They represented the computing world as it was then, and from the 
reasons that they existed we may see why ASCII was, if not inevitable, at 
least desirable. 

I did not see punched paper tape, for I was in Cardland, USA. I knew that it 
existed and also carried alphanumeric information, but, not yet having been 
out of this country, I was but poorly aware of this alternate means of use with 
computers. 
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Those Punch Cards 

Punch cards stored various characters, each in a single column. But such 
characters could have been, and were, assigned to various punch 
combinations. The upper case alphabet was operable then, but the available 
character repertoire was not the limiting factor. It was the length of the card, 
the number of columns (i.e., characters) it could hold, that caused all these 
other devices to exist! 

Think employees and payroll. There were many variables associated with a 
person ~ name, employee number, address, security clearance, home phone, 
weekly hours worked, pay rate, income tax data and deductions, vacations, 
etc. Won't all fit on a single card, will they? Well, then we'll have to split the 
data up to put it on several cards, each carrying (in common) an identifier for 
the total record, plus a number identifying the subset of data fields recorded 
on that particular card. 

Now suppose that we would like to calculate a new value, based upon 
information from two of these associated sets of cards, and there's no room 
left on either. We order (via the sorter) one set on our common key, then the 
second set on the same key. Then we intersperse the two sets, like shuffling 
the deck, into one set (via the collator). 

Now we wire a plugboard for the reproducer, put our interspersed set into one 
feeder, a stack of blank cards into the other feeder, and let our plugboard 
control the punching of 1) the common key, 2) the wanted field from one card 
type, and 3) the wanted field from the other card type into the set of blank 
cards. We end up with a new deck of cards having only the fields we need, 
plus a lot of new blank columns where we can punch new data derived from 
these. We effectively make the punch card longer — possibly very much 
longer. 

Therefore Collating Sequence 

The above is one of many reasons for having a file in a certain order. Another 
might be for printing the data in a certain sequence for humans ~ like 
alphabetically on surname, or numerically on check number for a register. 
Whatever the reason, whether the data file is stored on cards or on magnetic 
or paper tape, such orderings are intrinsic to any computing installation that 
plans to have people as customers. 

And they were de facto before any data was ever exchanged mechanically 
between business and government, between associated businesses, or even 
between subentities of large businesses. If you rented the traveling machines 
that converted Remington Rand's round hole punch cards (with 90 columns) 
to IBM's rectangular hole punch cards (with 80 columns), you might get 
some data interchange. But it was not common, and the data would have to be 
resequenced or reordered. 
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However, collating sequence is an unavoidable aspect of character sets and 
computer usage, a fact inconveniently ignored by the COBOL people for 
several years. 

IMPETUS FOR LARGER CHARACTER SETS 

I joined IBM in New York City in December of 1955. There my eyes were 
opened to the world of incompatibilities between different computers, and to 
their limitations. But the world wasn't going to change just because I found it 
foolish. In that case where did the pressures for a larger character repertoire 
come from? 

As the generality of the computer as a tool became more obvious, people 
began asking "what about using it for my work". And usually their work 
meant using more characters than those available, for they published, used 
alphabets other than Roman (and Greek), and wrote mathematical formulas. I 
got the bug, and sent a blue sky memo to John McPherson in early 1957, 
proposing a computer to read audio speech, validate for legal aspects, spell 
correctly, and output typed material. A Florida newspaper began using a 
computer for typesetting in 1959. 

Facilitation of Larger Character Sets — Software 

Beginning before 1957, FORTRAN demanded characters not in the existing 
commercial set, and got a few by hijacking the ones they didn't need and 
renaming them to represent arithmetic operators, etc. 

That caused many difficulties and much confusion. How could one tell, by 
looking at a card, whether it was FORTRAN or payroll? I lived with that 
mess, too, for my early efforts while associated with the FORTRAN group 
were focused on "commercial", not "scientific" machines. I certainly had to 
face the problem in building FORTRANSIT, the second FORTRAN 
processor to exist. 

In 1958 the ALGOL language specifications appeared, with a very large 
theoretical set of 1 16 symbols, escaping reality by calling it a "reference set". 
Herb Bright thought ahead. He proposed a similar set [4], but with only 64 
characters, to the SHARE organization in 1958 Sep as a "point of departure 
for hardware implementation of the IAL". 

At M.I.T. the experimental TX-2 computer was being used, in part, for word 
processing, especially technical diagrams which needed a lot of Greek 
symbols and line drawing (output on a scope). They made many 
modifications to a Flexowriter and IBM Model B (basket element) typewriter, 
and called it the Lincoln Writer [1,7], 
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Facilitation of Larger Character Sets — Hardware 
Printers 

McPherson's 1403 band printer gave another push — its continuously rotating 
band embossed with characters to strike from behind whenever a desired 
character happened to coincide with that character position in passing over 
the paper. 

This was significant because previous mechanisms, rising bars of the Carroll 
Carriage and disks of drum printers, where each column was so equipped, 
could not accommodate much larger sets. Size and inertia would cause bleed 
while the element was being struck. The beauty of the 1403 printer was that 
one element serviced all columns, not just one. 

240 positions on the band could handle 5 sets of 48 (the original punch card 
character set), 4 sets of 60 for that set as augmented for FORTRAN'S new 
characters, or 2 sets of 120 (which would handle a full 7-bit code with a few 
control characters — which ASCII turned out to be). 

Central Processors (CPU) 

The 8-bit code of IBMs STRETCH made it simple to get more usable 
characters. It had 120 graphic characters and NO control characters at all! Not 
even a CR. (Definitely designed for supercomputing, and not for an Internet 
node, which is why my group designed an ASCII-like code [21] that could do 
so). The group at Los Alamos (the original customer) designed its own input 
character set originally, for which IBM built a special entry typewriter [13]. 

I had a great opportunity to start on the standards road when invited by Dr. 
Werner Buchholz to do the main design of the 120-character set [9,24] for the 
Stretch computer (the IBM 7030). I had help, but the mistakes are all mine 
(such as the interspersal of the upper and lower case alphabets). 

The 6-bit code called Fieldata (which could be modified into 7 bits) had as its 
major driving force one Bill Luebbert [5,12,14]. It was started at about the 
same time as the STRETCH design, so we don't know if the latter influenced 
him at all. But providing only an upper case alphabet, he didn't make the 
same mistake I made for STRETCH by interspersing both cases of the 
alphabet! 

Facilitation of Larger Character Sets -- Communications 

Here Teletype was really the MAJOR force. The company's old lines were 
becoming superannuated. They ran with 5-track code and a 3-row keyboard, 
which limited the character capacity. Remember the old messages where the 
actual word "STOP" was used because they did not have a period (or "full 
stop")? And the production costs needed to be reduced by cheaper and lighter 
parts, especially for the Armed Forces. 
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Teletype VP of Engineering John Auwaerter was coincidentally just at the 
start of planning a new system when X3 came into being. He saw the value of 
both a) hitching a ride, and b) influencing where the ride would go! He 
eventually chaired X3 for most of its early and most productive life. And for 
being so forward-looking he got the first ASCII-based hardware into 
production long before anyone else did. 

IMPETUS FOR FEWER CHARACTER SETS 

Facilitation of Fewer Character Sets -- Software 

FORTRAN, being so successful, was moved to other computers. Then people 
were faced with program and data transfer to different computers. But those 
other computers would have to have all of the FORTRAN characters. 

Facilitation of Fewer Character Sets -- Hardware 

If you tried to transfer the program or data between machines, say by punch 
cards, you might have to repunch the cards for a specific computer, for the 
holes differed in size, shape, and encoded combinations. 

If you tried to do so by using mag tape, the binary combinations representing 
the character set differed widely between machines. Admittedly most of these 
had 6-bit characters, but along came Stretch, with 8-bit characters. 

If you tried to do so by using wire communications, there weren't any suitable 
standards, as the SAGE project showed. This got the US Government 
thinking about networks and network standards for military computers. Thus 
leading to Fieldata. 

In the U.S., the Electronic Industries Association etc. had groups trying to 
reduce the number of different codes. So did their UK counterparts. But all of 
these efforts were bent to a) input-output media, not a computer CPU set, 
and to b) 5- or 6-bit codes (sometimes even 4 bits). 

IMPETUS FOR A MAIN COMMON CHARACTER SET 

Other pressures came from constant improvements in computer design and 
components. And from ignoring competitor's products while building to 
outsell them. 

Rebellion against Unnecessary Variation 

The occasion that set me forever on the path to a common character set was 
when IBM decided to build a new computer to replace the IBM 705 in its 
line. They did it by having B. O. Evans, of the Endicott, NY operation, make 
a new design, temporarily called the 660, based upon the super-successful 
650 model. Rex Rice, at the Poughkeepsie, NY operation, was to make a new 
design following the 705 itself, a model temporarily called the 750. 
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I had Tom Gians replicate part of "PRINT I", a system I had written for the 
705, based upon the 750 specs. If this could be done fairly easily, then 
existing 705 customers could also easily modify their programs for the new 
machine, leaving their data files intact. With Tom’s success, we supported the 
750 as the successor for the 705, But, as I have told the story often, 
programmers were underlings at the time, and not permitted to attend 
decision-making meetings. Our choice was relayed via one Roger Bury, a 
manager of Education. He, unfortunately, got it backward, and said we had 
recommended the 660. That seemed like a good enough reason to the 
decisionmakers, and was the genesis of the IBM 7070 (Footnote 1). 

I had argued with Evans that the 705 (and predecessor 702), having been built 
originally with magnetic tape as the major storage medium, had in its set a 
character known as "group mark", used for controlling writing on magnetic 
tape. I then argued that his 660 (then 7070) design had retained the two- 
decimal-character representation of the 650, and that for the group mark 
character to take its appropriate place in the 660 (for collating sequence 
reasons) it would have to fall between 18 and 19, and I could see no way to 
represent 18 and a half in two digits! 

I never saw his reply. Company mail? He may have thought this as of no 
import then, for the dangers of embedding character set relations in software 
was apparently never considered until IBM found to its stunning dismay that 
the 360 series software would not, and could not, run in ASCII mode, even 
when the infamous "P-bit" was switched from EBCDIC to ASCII. 

But this got me curious. Did any other inconsistencies occur in the character 
codes within IBM's family of computers? I was surprised to find NINE (yes, 
9) character sets, with differences in both content and ordering, in IBM's line! 
I presented these findings to V.P. John McPherson, my mentor at IBM, often 
in loco my actual superior, for, as Herb Grosch reported in his first book, 
there was for a very long time no such thing as a formal, published and 
distributed, organization chart of IBM. 

I emphasized the ire that customers could exhibit if a) they had to 
completely reorder their files for the new machine when they relinquished the 
old, or b) they had to reorder back and forth in case they kept the old 
machine, too. In IBM this was what you could call a real attention-getter. 

A full survey of various (some 60) existing character code sets (not a single 
one identical to any other) was published in the Communications of the ACM 
[17]. Perhaps the manufacturers did not sit up and take notice, but the users of 
more than one type surely did, noting that their files could not be moved 
between computer types. 


FN-1 In all other tellings of this story (e.g. [142]) there has been only my own word for it. 

But now the Web yields a story by Evans himself [151], in the Computer Museum Report, 
Summer of 1984, where he admits that "the 7080 was a semiconductor version of the 702 and 
705 business systems. It was brought out because the new architecture 7070 business system 
had not done as well as had been expected. Customers that had 702 's and 705 's were not 
converting their programs to the radically different architecture of the 7070 ...") 
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Later, IBM used this same argument of vast expense for data file reordering 
as part of its spurious argument against ASCII, and therefore in favor of 
EBCDIC, and look at the countless billions that has cost the world. 

Further Pressures for Code Regularization 

That's how I got into the coding standards area, or rather how I got IBM into 
it. If, in the text following, you find too much first-person usage, I ask 
forgiveness, for despite any other contributions, a common character code for 
computers has been the biggest crusade of my life. 

But how about the rest of the world? 

All research shows that other groups were much aware of the need for coding 
standards, but at the input-output media level. Apparently no other person 
had been so bold as to propose to management, as I had in a 1959 November 
memo to V.P. John McPherson, a plan for a "single character set to be used 
by all future computer systems ... the code to be the external storage code as 
well as internal machine code." Naturally it was to be an 8-bit set. Perhaps no 
other company of the time was like IBM then - one could propose a 
reasonably good course of action, and they would supply people and funds. 

That may sound odd today, but it happened for me three different times — 
with FORTRANSIT (the first FORTRAN follower), with COMMERCIAL 
TRANSLATOR (a COBOL progenitor), and with a standard 8-bit code, 
beginning with, and taking off from, STRETCH. 

Future Design (8-bit Code Studies at IBM) 

In the fall of 1959 a John Gosden (UK) showed up at IBM, making a side 
excursion to see me, Frank Williams, and Howard Smith - the subset of my 
group that was working on standard and extended character sets. He got quite 
excited about what he saw, particularly the 8-bit set - quite a novelty then. 

He took this information back to the British Standards Institution, to which I 
was invited to show our work the next time I came to London, (1960 Feb 23- 
27, right after X3 was formed, but well before it had done anything visible). 
One BSI participant was Hugh McGregor Ross. We hit it off very well 
together (so much so that the code that was to become ASCII was first called 
the Bemer-Ross Code in Europe). This is the same Ross that was a main 
force in the early days of UNICODE. 

The Reader's Digest of 1961 June (origin Kiwanis Magazine) said that Berner 
headed a group of programmers devising languages by which "machines can 
talk with machines - languages that will facilitate the exchange of 
information, by radio, microwave, or telephone wire between computers at 
widely separated centers ..." 


file ://C :\annals\STORY - 1 .HTM 


11/08/2002 



A Story of ASCII 


Page 1 of 6 


PLANNING THE ASA X3 COMMITTEE 

In the late fall of 1959 I was called to the office of IBM Vice President Jim 
Birkenstock. Vice President John McPherson was also there. Birkenstock told 
me of his plan to revitalize the old (and a bit moribund) Office Equipment 
Manufacturers Institute, refurbishing it into a group called the Business 
Equipment Manufacturer's Association (BEMA), to be the sponsor for 
American Standards for computers and information processing. Even then 
they may have had Charlie Phillips in mind to run it, for the COBOL 
steamroller had made an impression upon IBM. 

I was told to create a scope and program of work statement for this effort. A 
strong impetus for this was my survey [17] (Tables la and lb), showing 65 
different ways that various computers were at that time encoding and 
representing the Roman alphabet and associated symbols (including IBM's 
variants), and the corresponding card code survey [18] (Table 2). In short, 
none of these computers could or would be able to talk to each other! Babel! 

I speculated at the time about whether this action came as preventative to 
continuing antitrust actions by the U.S. Government against IBM, and 
whether this was to showcase IBM as really the good guy. I put this unkindly 
suspicion aside, however, not only because it gave me what I wanted to see 
done, but also because it was obvious that it just created a still larger pond for 
IBM to swim in, much to their advantage. Which was a perfectly ethical thing 
for IBM to do. Birkenstock made no mention of this in his memoirs in these 
Annals, but I have a marked-up FAX from him which confirms. 

I do, however, remember instructions to always keep a passive stance in 
whatever I did, and not exert IBM force in or on standards that ensued. 

Which is why this paper, after four decades, can be much more revealing, 
now that a wonderful result has occurred. 

THE FOUNDING OF ASA COMMITTEE X3 

The ASA meeting in New York was on January 13 of 1960. 1 had not only 
prepared my draft scope - I had some influence on attendees. I had Mandy 
Grems, who also worked for me, as the ACM representative, for she was 
active in glossary work. Bill Schilling of IBM Office Equipment, my next- 
door neighbor in Connecticut, represented that end. I think that I represented 
CODASYL. I drew these from a punch card database of all other IBM 
personnel involved in standards work that I had compiled and printed out on 
yellow Teletype paper. Other IBM employees attended under various 
auspices, like IEEE. Representatives of other concerned bodies and 
organizations attended. J.A.N. Lee gives a list of attendees in [152], 

The scope and program of work for a computer standards body that I had 
drafted at Birkenstock's direction was adopted without demurral. It was in six 
parts, and each had a subcommittee with that part for its goal and program of 
work. As planned, BEMA was authorized as overall sponsor for the work. 
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The salient part, though, covered a character set to be common to the entire 
effort. The division was: 

• X3.1 -- Character Recognition 

• X3. 2 -- Coded Character Sets 

• X3.3 — Data Transmission 

• X3.4 — Common Problem-Oriented Programming Languages 

• X3.5 — Definition of Data Processing Operations, Terminology 

and Glossary 

• X3.6 — Data Processing, Problem Description and Analysis 

This paper is obviously concerned with the actions of X3.2, for which my 
program of work [152] read: 

"To develop a single standard for logical representation of 
characters and character format in the media used for 
interchange of instruction, data, and control information 
between data processing equipments, together with orderly 
provision for expansion and alternatives... " (Footnote-2), 

I report with satisfaction that this guide has held up well for at least four 
decades, and that the "expansion" may be seen in UNICODE, and the 
"alternatives" may be seen in the ISO registry [157], which is very worth 
taking a look at if you have never seen it before. That is what regularizes the 
display of non-Latin characters on your screen and on your laser printer. Thus 
making the Worldwide Web worldwide. This is probably because the 
wording was subsequently adopted by all (international and standards 
committees taking part in the selection of character content. 

Herb Bright's Plan 

As input to X3, Howard Smith, Frank Williams, and I wrote and published a 
paper called "Design of an improved transmission/data processing code" [21]. 
An interesting twist to this was that it came out when the X3.2 committee had 
hardly gotten in gear, with Howard Smith as representative for IBM. Herbert 
Bright, Standards Editor for the Communications of the ACM, wrote a letter 
to all, arguing that a lot of unnecessary work could be saved by adopting that 
proposal as the end-product code. 

Here lies the answer to ASCII acceptance. Had I gone along and supported 
this proposal as an IBM plan, we may not have had ASCII today. Each 
manufacturer had his own customers' investment in data stored in order on 
THEIR internal code, and would have rebelled totally if they thought IBM 
had done this deliberately and had already converted. They needed an 
"escape" hatch, which was the original motivation for the escape sequence 
idea. [10] 


FN-2 This "orderly provision for expansion and alternatives" is to my knowledge the first 
public proposal for sets alternate to the primary set. 
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Escape Sequence 

Originally the escape character and escape sequences were the most 
important lure to getting the ASCII code adopted for interchange purposes, 
because manufacturers could assign an escape sequence to their existing 
internal codes, and continue to operate with their programs and databases 
intact until an easy and full transition could be made. 

This would work because "escape", a character that never existed before, 
when followed by a preassigned group of other characters (an "escape 
sequence") changes attributes and meanings for all subsequent characters 
until another such escape sequence or a delimiter is encountered. 

Later, after video screens came into general use, "escape sequences" were 
assigned to change the display attributes — foreground and background 
colors, font styles, size, shape, and weight, alphabets of the world's 
languages, and cursor positioning. Much the same sequences are used to 
control laser printers. 

Escape sequences are vital to the mechanics of HTML, and to the "orderly 
provision for expansion and alternatives" of the original program-of-work 
statement. Escape, now one of the most frequently used characters in the 
world, is also strange because it is invisible. 

By avoiding telling IBM too much about its capabilities, it was effectively 
put into the public domain, via [10]. 

Demise of Bright's Plan 

IBM needed to have the involvement of others, so that at the end the others 
could feel that they knew all about the interior workings, and that no traps 
were buried. It was thought that once they had twiddled with the assignments 
for some years they would have to, to damn ASCII, damn themselves as de 
facto authors. 

So I didn't jump at Bright's plan, and I talked people with incipient agreement 
out of it. Big money was involved, and all competitors had to be convinced 
that the end product was the best they could conceive. Fruition took many 
more years, but at least the tree wasn't cut down. 

Working to a Final Form and Adoption 

I did the story of this rather carefully in an article for the Honeywell 
Computer Journal [140], and upon review can find no significant faults with 
the verbiage. So, with the permission of the author (me) and the Editor (me), 
much of it is cannibalized here, because copies are hard to find. 

If the limning of IBM's actions seems harsh, remember that IBM has had 30 
years to make objection, or set the record straight, as they see it. No such 
action is on record. 
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The 7-Bit Era Begins 

After many unsuccessful months of trying to select 64 characters satisfying 
requirements of both data processing and communications, X3.2 finally 
settled upon a 7-bit set at its 1961 Jun 07-09 meeting. The alphabet was 
pushed to the bottom of the second column, as inherited from Fieldata. Yet 
the US Department of Defense was beginning to get concerned about conflict 
with Fieldata. Secretary Macon, in his summary report of the first 9 meetings, 
suggested that the code be called Fieldata No. 2, to give that credit. 

IBM continued to be concerned about aspects of international compatibility. 
Two sets had been presented at the June 09 meeting with the Department of 
Defense - one with the alphabet at the bottom, and one with the alphabet 
starting in the second position, as now. This second condition was furnished 
by Ross, for BSI. 

At its next meeting X3.2 had to decide between these two proposals. My 
study of the Copenhagen phone books showed a vital need to have at least 3 
extra positions following the 26-letter alphabet, the accented letters following 
in these positions. I took this position strongly in the ensuing argument 
(which, although vociferous, is not indicated in the minutes). Placement of 
the special symbols was another matter; the traditional IBM collating 
sequence was specials (S), alphabet (A), digits (D). I had a ready solution - 
the major special symbols (particularly "minus") were to be taken out of the 
digit column and placed in the previous column. For ordering purposes, the 
digit column could then be made to collate higher than the alphabet (for 
IBM's needs) by passive logic of bit inversion. The specials following the 
digits had not appeared previously in key fields used by IBM customers, and 
it did not matter if they were high to the alphabet. The 4-bit subset was thus 
constructible with a 4-position jog, or displacement. This was also important 
to IBM, for the packed decimal notation in the new line. 

On this basis, John Auwaerter and I prepared a presentation that convinced 
X3.2 to settle the code in its present structure (Footnote-3); the basic 7-bit 
standard was agreed — the alphabet (then upper case only) starting in the 
second position! The draft then stood as in Table 3, column 2. 

I had called a joint meeting of IBM, SHARE, and GUIDE on 1961 July 06, to 
regularize the IBM 6-bit set to become the standard BCD Interchange Code 
[31], Frequency studies of symbol occurrence had been prepared, particularly 
from ALGOL programs. 


FN-3[ 167] contains my first written public statement about shaking hands with John 
Auwaerter to seal the just-agreed current form of ASCII. It was not recounted publicly until 
then, lest antitrust considerations were invoked. IBM was the big dog then, and I was IBM to 
the character set world of the time. 
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The meeting produced general agreement on a basic 60-64-character set, 
which included the two square brackets and the reverse slant, or backslash, 
which was chosen to be used in conjunction with "/" to yield 2-character 
representations for the AND and OR of early ALGOL. This is reflected in the 
set I proposed to X3 on 1961 September 18 (Table 3, column 3), and these 
three characters remained in the set from that time on. The lower case 
alphabet was also shown, but for some time this was resisted, lest the 
communications people find a need for more than the two columns then 
allocated for control functions. 

At its 1961 Nov 08-10 meeting, X3.2 constructed the first formal proposal, 
X3.2/1 [23] (Table 3, column 4), with explanations for its structure and 
content, including the compatibility with Europe, where the UK standard was 
at the printers! The arrows were moved up so as to be expendable when 
replaced by single symbols 10 and 1 1 for pence in the English monetary 
system of that time. 

Going Truly International 

The Americans, less accustomed than now to international standardization 
work, had their eyes opened at the first ISO/TC97 meeting on 1961 May 15- 
19 in Geneva. At the 1961 Fall Joint Computer Conference, on 1961 Dec 11- 
12, 1 had broached the possibility of direct discussions at working level to 
Philippe Dreyfus of ECMA. This was discussed at the concurrent meeting of 
X3.2 on 1961 December 11-13. Dr. J. Barker of BEMA, chairman pro tern of 
X3, was irate with such lack of national loyalty. Nevertheless, X3.2 Chairman 
Charles Macon announced that it was arranged for Bloom (of NCR) and 
Auwaerter (of Teletype) to go to Europe for the period of 1962 January 02- 
22. The resulting frank discussions with BSI and ECMA had very good 
effect. On January 29, X3.2 received from Hugh MacGregor Ross a proposed 
compromise that could meet the requirements of ASA, ECMA, BSI and the 
EEA (Electrical Engineering Association of the UK). Thus all necessary 
groundwork was laid for the first meeting of ISO/TC97's Working Group B 
on 1962 May 04. 

Henri Feissel of BULL was elected chairman. Present were delegations from 
France, Germany, Italy, the UK, and the US - plus ECMA and the UIC 
(Union Internationale des Chemins de Fer). Yes, trains! Despite the official 
UK position for its own standard, Ross put forth his compatible proposal. 
Although Germany wanted to move the alphabet to start in the very first 
position of its column, there was considerable agreement, and a 6- and 7-bit 
code were resolved. The latter was in two versions, A and B (Table 3, 
columns 5 and 6), differing only in the two control columns. Germany 
preferred A, all others preferred B. 

The great significance of moving the work to the ISO level is evidenced in 
these proposals, noting how many choices remained fixed after this time. 
Furthermore, the controls were regularized and grouped to 7 transmission 
controls, 6 format effectors, and 5 device controls; the improvement from the 
haphazardness of the previous proposals is quite apparent. 


file://C:\annals\STORY-2.HTM 


11/08/2002 



A Story of ASCII 


Page 6 of 6 


It was noted subsequently that the positions of":" and were unsuitable for 
pence replacement in sterling. Cooperation was so well established by this 
time that interchange with and "+" was effected by a telephone call to 
ECMA in Europe, who confirmed its agreement to WG B on 1962 June 27. 

There were a plethora of such swaps, changes, and additions to the roster of 
characters, and where they were assigned in the table. The history of this flux 
is shown in Table 3, where the column headings identify the proposals. 

X3.2, whose written vote on X3.2/1 was all affirmative except for IBM f 
and an abstention from ITT, proposed to X3 that the new document, X3.2/4 
(Table 3, column 7) [26] be supported, as there were minor changes. 
International consistency with Proposal B was stressed, and X3.2 
recommended extending the X3 ballot period to 1962 September 15, as WG 
B needed official opinions for the 1962 October plenary meeting of 
ISO/TC97. 

There followed a difficult period in the US, eventually leading to the first 
American Standard Code, X3.4-1963. 

This Player is Benched 

In 1961 August I had been moved under T.V. Learson's (Footnote-4) 
jurisdiction, from Manager of Corporate Logical Systems Standards to 
Director of Programming Standards, reporting through Bill Andrus, IBM 
Director of Standards and a close personal friend. Learson then got rid of me 
by shipping me off to Research in early 1962. Andrus said later that the 
reason Learson gave to him was that I was "giving the store away" by 
cooperating too much with ANSI efforts on ASCII. Not being much of a 
research type, I rebelled by leaving to run the software operations at 
UNIVAC. 

Jim Birkenstock now names John Rankine, successor to Andrus, as the best 
ever Director of Standards for IBM. Rereading the history, there is no 
question but what Andrus followed Learson's desires and direction to the 
letter in opposing ASCII as it developed and was eventually adopted. It may 
be that Birkenstock now sees that opposition as a bad move, seeing how 
ASCII has turned out well and facilitated many great advances in computing. 
But even had Andrus joined me in objecting to Learson's tactics (which sent 
me to what IBM called the "penalty box", I doubt whether he could have been 
overridden in his eventual error in opposing ASCII via the EBCDIC route. 


FN-4 T. Vincent Learson, IBM Vice President 1954-, Senior Vice President 1964-, President 
1966-, Chairman of the Board 1971 June to 1973 November (source of information - official 
IBM Websites.) 
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GETTING AN AMERICAN STANDARD CODE 

The original negative vote of IBM on X3.2/1 (at the X3.2 level) was cast by a 
Robert Blue, who had replaced H .J. Smith, Jr., as the IBM representative. 
Smith was asked, however, to remain as a consultant to X3.2 in recognition 
of his many fine contributions (as supported by Berner and Frank Williams). 
This was permitted by IBM, with the explanation that 

t "We have tried to participate ... according to ASA rules, and 
have allowed our participants to act freely on a purely technical 
and professional basis. Since the actions of our participants have 
been construed as company actions and endorsements, we shall, 
in the future, ensure that these are one and the same ... " (IBM's 
Bartelt to Macon on 1962 March 02). 

Accordingly, Blue's negative stated that: 

t "IBM studies have shown that the proposed 7 -bit code with its 
contiguous alphabet would be expensive to implement in the 
present domestic data processing environment oriented to the 
use of 6-bit processors and punch cards. " 

No mention was made here of the fact that IBM intended to change that 
environment with new product lines having 8-bit processors (i.e., 8000 and 
360) and a collating sequence that would demand considerable reordering of 
those punched cards! 

William E. Andrus, Jr., IBM Group Director of Standards, reporting directly 
to T. V. Learson, had the awkward task of trying to explain IBM's negative 
vote to X3: 

f "After extensive study of the entire problem of code 
standardization, this investigation, together with the experience 
gained during our many years in the data processing field, 
indicates that the benefits derived from the adoption of this 
standard would not justify the economic burdens involved with 
its implementation. We submit that the BCD Interchange Code 
[31] is, and must be formally recognized as, a standard because 
of its wide use both in punch cards and magnetic tape ... IBM 
supports the development of standard codes (sic plural) for 
information interchange, but will not support any proposal for a 
single standard code. X3.2 should consider the possible 
interaction of future 8-bit codes on present standardization 
activities. " 

ITT Communications Systems also took a negative position. A 1962 June 18 
paper by L. A. DeRosa said that "The proposed code standard ASCII is 
considered unsuitable as a standard". (It wasn't Fieldata). 
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As decisions moved from the technical realm to the administrative levels of 
X3 and the BEMA Data Processing Group (DPG), support lessened. Friden 
said it must vote negative because terminal costs would be increased 30% to 
support ASCII (but they presented no data). Many minority position papers 
were written, and X3.2 made extensive and detailed replies to the (some less 
than rational) objections. The paper of Blue (IBM) and Ungar (ITT), for 
example, observed that "positive numbers would collate lower than negative 
numbers". X3.2 took 2 pages to prove that, no matter what positions were 
assigned to + and -, it is still impossible to order numerals with a binary sort! 

Another objection was that it would cost $124 million and take two years to 
change just the Fieldata 465L computers, a position not supported by their 
owner — the U.S. Dept, of Defense. Thomas D. Morris, a U.S. Assistant 
Secretary of Defense, wrote X3 on 1962 August 06 to say that "This office is 
wholeheartedly in support of the ASA Sectional Committee X3 standards 
development effort both domestically and internationally". He recognized the 
differences with, but similarities to, Fieldata in organization and structure. 

On 1962 July 29, Lin Griffin, now chairing X3.2, informed the Chairman of 
X3, Charles Phillips of COBOL fame, that X3.2 had approved (by majority 
vote) a motion that none of the minority positions nor the negative or 
abstaining votes were deemed necessary or sufficient reasons to warrant 
revision of the proposed ASCII [26]. "The subcommittee reaffirms its belief 
that the proposed standard code is the best code it can develop for 
information interchange purposes, and has the best chance of acceptance and 
implementation on a national and international basis". 

On 1962 August 17 IBM abandoned protection of the 6-bit code and exposed 
a paper by its Charles Mackenzie, "The construction of 8-bit coded character 
sets", to the BEMA DPG, and to X3.2 on the following August 22. Here it 
was admitted that although the IBM Standard BCD Interchange Code did not 
have binary collatability embodied, this proposal did. 

In short, IBM furnished [128] the prototype of the EBCDIC (Extended BCD 
Interchange Code). X3.2 rejected it by a 7-1-1 (yes-no-abstain) vote. "Since it 
is based upon a structure which was rejected earlier by X3.2, the 
subcommittee does not recommend revision or withdrawal of X3.2/4." 

IBM then asked for an evaluation of economic impact, which was rejected as 
having no precedent in the records of ASA. At the 1962 September 10 
meeting of X3, postponed by Phillips from August 21 because of what he felt 
was a current lack of consensus, X3 voted to send Document X3.2/13 
(containing editorial revisions to meet requirements of X3.3 for data 
communication, thus changing the AIEE vote to affirmative), to ASA for 
approval. The vote was 20-4-5, with the incognito vote of the BEMA 
members allocated 6-2. 

At this point one might expect that the standard would go to ASA for 
processing and publication, but there were several more hurdles. First was the 
BEMA DPG, sponsor of the X3 work. Andrus of IBM wrote this group on 
1962 October 1 1 to say: 
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| "We find it necessary to continue to abstain from voting on 
the X3.2 code until our request of August 1 7" (for the IBM code 
to be named a de facto standard) "is acted upon. ...Be assured 
that if BEMA will not act upon our requests, and if the X3.2 code 
is issued as an American standard by ASA, IBM will cooperate, 
making the code available where the economic disadvantages to 
IBM customers are not a factor. " 

If we are to have taken IBM's promise seriously, it should be noted that such 
economic advantage took some 17 years to surface, with the IBM PC! 

On October 3 1 the BEMA Standards Review Board (probably newly 
constituted, as it had never been heard of before, and its membership by 
individual is unknown to this day), voted 11-3-3 for forwarding. Nays were 
from Friden, Addressograph-Multigraph, and Monroe, all of whom were 
represented on both X3 and X4. (X4, Office Machines, chaired by 
MacFarlane of IBM, had objected to the code as it might apply to office 
equipment, but decades later the laser printer manufacturers make no such 
complaints). Abstentions were from IBM, Moore Business Forms, and Smith- 
Corona-Marchant. The RCA position was unknown, but manufacturers 
voting yes included Honeywell, Burroughs, NCR, and UNIVAC. 

On 1962 November 05, X3 member Frank White of the Air Transport 
Association wrote to ask BEMA: 

t "Rumor has it that BEMA has turned down the recommended 
action of X3 relative to the standard code for data processing. 

Do you plan to provide ... details ...so that we may take under 
advisement what may be done to achieve effective 
implementation of the policy we recommended?" 

Phillips replied that: 

t "The BEMA Standards Review Board decided to defer the 
transmittal of the proposed Standard Code for Information 
Interchange until something further could be done toward 
achieving a consensus. The Board also recommended that X3. 2 
take appropriate action to submit de facto standard codes 
concurrently with the pASCII (Proposed ASCII). It is believed 
that such actions would satisfy the objections raised by the X4 
Sectional Committee. " 

Phillips further notified the Joint Steering Committee of X3, X4, and X6 that 

f "The Sponsor requests that X3 and X4 propose a de facto 
standard or standards for consideration concurrently with 
proposals for p ASCII expressed in media". 

Phillips then wrote to Roger Gay, ASA President, on 1962 December 05, 
saying: 
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"The problem here is one of attempting to introduce a new and 
nonexistent code convention as the first and only standard in the 
character code field of information processing systems. Such an 
action would render widespread de facto code practices 
'nonstandard' and obsolete, with potential economic and 
technological hardships to at least the suppliers of equipment 
affected by such standardization. " 

X3 was informed of the sponsor's actions as of this date. X3.2 was as 
distressed as X3. At its 1962 December 05-07 meeting, a motion passed 5-2-3 
that "X3.2 is of the opinion that if any existing coded character set is to be 
considered a de facto standard, many must be considered, and that, if any one 
(set) is found allowable jointly with the p ASCII, many will be found 
allowable ... Analysis of documents [17,18,20] supports this position". 

Griffin then prepared a summary memo for the Joint Steering Committee, 
dated 1962 December 18. 

It remained to Roger Gay of ASA to be the upstanding and experienced 
statesman. He replied to Phillips on 1962 December 21: 

"It is my understanding that ... each of the existing codes had 
serious shortcomings which precluded its being recommended ... 
the Constitution of the ASA specifically prohibits the 
promulgation of conflicting standards ... In X3, however, there 
was never a formal recognition of any of the "de facto" codes, 
and the very insertion of such codes in the American Standard 
may promote their continued use rather than urge their 
discontinuance. In other words, you would be maintaining the 
status quo which has been greatly criticized in the past. " 

Gay noted that James Birkenstock, V.P. of IBM, had said that "IBM believed 
industry as a whole stood ready to cooperate in coming up with a single 
language", t But Gay did not say whether Birkenstock had said that before 
or after Learson had taken the controls from him. 

Gay also said that William Suchors, V.P. of Remington Rand "too felt that all 
manufacturers could harmonize their thinking in the new project". 

He then reminded BEMA that 

"at all levels, the views of the sponsor are taken into account. 

However, the sponsor has no veto power". 

He advised calling a meeting, and that 

"if the decision of X3 is that de facto codes should not be added, 

BEMA should transmit the pASCII without delay to ASA ". 
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The Underwood Corporation accented the anomaly by writing to ASA that 
they were against the inclusion of de facto standards, but if there were to be 
any, here was theirs! Others took frontal action. Paul Riley, Deputy Asst. 
Secretary of Defense, in his 1963 January 18 letter to Phillips, urged approval 
of ASCII, particularly to put the US in a better position at ISO. G. D. Osborn, 
of the Executive Office of the President (Budget), wrote X3 members that it 
was important that the proposed code be forwarded to ASA and adopted now. 

At the 1963 January 24 meeting of X3 it was voted, by a 2 to 1 majority, to 
transmit the pASCII directly to ASA without recommendation of the sponsor, 
the first (and perhaps only) time such an action had occurred in the history of 
the American Standards Association! 

In a final attempt, Phillips wrote to Gay on 1963 February 08, saying: 

f "It appears that a part of the action ...of October 31 was in 
conflict with this interpretation of ASA regulations ... the 
sponsor's new recommendation on the pASCII was developed 
as ... 'the sponsor accepts the principle of a single code for 
information interchange. 

This code will be universally useful only when it can be 
adapted to the common methods of machine-to-machine 
communications, i.e., paper tape, punched cards, and magnetic 
tape. The sponsor, therefore, believes that submission of the 
pASCII to ASA is premature'. " 

This position, adopted by a 12-3 vote of the BEMA Standards Review Board, 
was ineffective, however. Standard X3.4-1963 [36] (column 9) was approved 
by ASA on 1963 June 17, after a hearing by its Miscellaneous Standards 
Board. As a note on how times have changed, ASCII today does not appear to 
be miscellaneous! And paper tape usage is at an all-time low! 

ANNOUNCEMENT TO THE WORLD 

Business Week Magazine 

The action was newsworthy. Ted Merrill of Business Week Magazine, a 
professional writer who had followed the work pretty carefully, made a 
significant point [35] when he said that "ironing the kinks out of pASCII took 
about $3 million worth of man-hours". He noted that AT&T was one of the 
earliest to gamble, with its new Teletype line [45] (Footnote-5), and that 
"some equipment manufacturers, notably IBM, agree that the basic code is a 
good one, but would like to wait and see how it will be standardized for 
punch cards before they give their stamp of total approval". 


FN-5 Teletype had gambled quite well. The upper-case-only Model ASR-33 was introduced 
for sale in late 1 962. And it was not more than a month after ASCII was adopted when a 
Teletype Model 33 was delivered to me at my temporary office at Computer Sciences 
Corporation in El Segundo, California, so I could communicate with the dual-case Teletype 
Model 37 at my office in New York City! 
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He suggested that "many computers will undoubtedly use it as their own 
internal language to avoid the translation problem altogether". (Footnote-6). 
Adoption of the ASCII was occasion for a number of other articles that 
publicized it [37,40,42,45]. 

Datamation Magazine 

The exhibits that follow show the pages of my article about ASCII in 
Datamation Magazine [37], the second exposure. It isn't all that technical, for 
it seemed more important to emphasize all the strategies and reasons for its 
acceptance. It was probably the first standard not derived from accepted 
practice, which was a big departure that needed to be made friendly and 
wanted. Thus the stress on: 

1 . No demand or plea that manufacturers use it as an internal code, 

2. We'd be happy if they just thought of it as for interchange, and 

3. Here's an easy mechanism, in the form of the escape sequence, to do 
just that without clobbering your present ways of operation on your 
existing files. 

I.e., the Escape Sequence concept could be viewed by all manufacturers as 
THEIR escape hatch — assign a sequence that meant COMPUTER TYPE 
"Theirs", and they could live with ASCII while it got established. 

As further argument and inducement, committee development had been used, 
not primarily to define and construct ASCII, but to give users the warm fuzzy 
feeling that they could accept this new departure because they had a hand in 
tweaking the definitions and results. 

The "II" in "ASCII" was stressed critically. "Information Interchange". The 
"star" diagram was prominent. One could still use all one's own data in the 
old proprietary code, but to talk to others who did not normally run in ASCII 
over communication lines, a 1-1 translation was necessary. 

What was not stressed was the opinion and hope of several participants that 
eventually they would get tired of that, and new equipment would be ASCII- 
based as far as program logic went. At least that was the way IBM was 
thought to be going to play it. 

I have always felt indebted to Datamation Editor Bob Forest for selecting me 
for this writing task. 

IBM Proprietary Publication 

A special issue of IBM's Data Processor [38] was devoted to describing the 
adoption of ASCII and its import. 


FN-6 Eric Clamons, longtime worker in X3, was the product planner for the UNIVAC 1050. 
Our joint determination made the 1050 the closest thing to an ASCII machine until the 
earliest personal computers were fitted with ASCII. 
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To support ASCII ... IBM plans to provide whatever means are 
practical to meet customer needs for using the standard code as 
soon as possible, after media standardization is approved by the 
American Standards Association. Because standardization is so 
important, we have already begun to implement ASCII ... We as 
a corporation are determined to move ahead with ASCII at the 
most rapid pace possible so that our customers can gain the 
benefits of standardization across the industry ... " 

The Era of Cooperation and Goodwill 

Harry Cantrell, the General Electric representative on X3, reported that 
"IBM's activity in this standards work, its position papers, and its votes on 
various questions all point to a clear IBM intention to announce ASA- 
standard code equipment at an early date ... we can expect IBM's forthcoming 
8000 line to be ASA compatible, featuring 8-bit bytes internally". 

Indeed, when I left the action at IBM around February of 1962 (involuntarily, 
having been shipped to Research to work under Herman Goldstine), it had 
been my impression that the new 360 line would be primarily ASCII-based 
computers, still handling the ordering of existing BCD files. These files (not 
previous programs) were the only obstacle to ASCII - there was no way that 
programs for any previous IBM computer would run on the new 360 line, 
without an emulator, and possibly not even then (in its primacy, IBM had 
many people that thought they could overturn natural law with executive 
power). 

All my efforts in this direction seemed supported by the IBM management I 
knew, until Learson. Hadn't IBM itself (via Birkenstock) caused creation of 
the mechanism for the development of ASCII — BEMA, ASA and X3? 

Hadn't they supported me and my group in developing the first proposals for 
an ASCII-like code? Hadn't they sent me to Europe to talk to the British 
Computer Society, to the British Standards Institution, and to encourage the 
formation of ECMA, a similar standards body with no known subservience to 
IBM interests? 

The heartening face of cooperation was welcomed by everyone, for ASCII 
was consonant in every aspect with the First Draft ISO Recommendation of 
1963 January [32] (Table 3, column 8). The ISO Draft did, however, maintain 
the 6-bit set with equal status, which was reflected in the adoption of ECMA- 
1, a 6-bit set [33] in 1963 March. 

ISO/TC97/SC2 held its next meeting in 1963 October, at which time it was 
decided to add the lower case alphabet. The Second Draft Recommendation 
[46] (Table 3, column 10) gave more consideration for international 
alphabets; thus the single quote of the US gave way to accent acute, and the 
arrows fell to accent grave and circumflex, while underline was added. 

Format Effector 0 was definitely made Backspace, completing the necessary 
preparations for diacritical marks (remember that this was before HTML). 

One resolution at this meeting contained the unanimous recommendation that 
this code be adapted for Numerical Control usage. 


file://C:\annals\STORY-3.HTM 


11/08/2002 



Page 1 of 1 


Datamation Article, 1963 August, pp. 32-35 


THE 

AMERICAN 
STANDARD 
CODE FOR 
INFORMATION 
INTERCHANGE 

by R- W. BEMER, UNIVAC Division, Sperry- Rond < 
New York, N.Y. 

j| ij ve-.v doubtful iHai Mmniuii Holbrilh fvn 
HE L >,iisiiW«:<l. ill 1903. thM be would have lo 
m lull, i.i Jr. an Baudot. After all, the mini was 
drill! Hut this is exactly vvhut is happening today In the 
inevitable marringi: of vtimpoters mid coiiiiimnicnliorw *>-- 
I,.i,ik. Tin- ininiilietl cards that Holleritli crtxilcd nitiM 
cmm'mmicitc with, llm punched paper tape of Baudot. Tlie 
prnhli-m is lluil (lien: s' iiBsolutidy no logical similarity ci 
relationship between the ends)* which represent the various 
letti-is. digil* and oilier character*. 

Ifolli-riili designed Ins c.kU* for .vnv-oltamenl counting 
reader. WImhi ««d» bcisitm- input to computers. it* well 
as mechanical devices, a it ale inrri-spoiide.iiia- nail !<>_ Be 
applied- In lormmg the IBM htnarv codec: decimal ( BCD} 
nvl... tint it l.> S urns on the card were .•.nulled to 0i)0<i 
through I (KM, and tiinn the Binary value lormsix.i.d-' to 
lira decimal row vi.lin: Two more Bits privi-de Ihese to 
represent the tom "rones’' ( IS. II. 0 and plank ' By 111'. 

01. 10. mill tl. although not respectively and indeed this 
varies among IBM e(|ilipiin;lil. Ollier niaimlueUiiers iuado 
dilh.-rent .•lydguineoix in various iillcnipli lor internal i-ciiu- 
. Assignments even vary among individual eusloiri- 


part one: 
review and preview 


, rs. Thus aillv.ragb inosi IBM < 
a plus sign and III*; I I punch 
null))* others to whom the l evers 
There is a Binary end.- inlu-i 
I him: ol Bmul.it. But this depends npn 
■nude to correspond to which binary 
■Hiv. lists.- cluiii.- lias Been made in s.-v. 
Baudot did mil make his .lttibjuinrul ui 
for the digit* or letters of the alphabet, 
.igy uf the lime, il was done on tin- 
frequently used characters would Be 
fewest punched hole*, lo save "’em 
punch dies! To illustrate: 




I By 


the 


lsv thill name! Apparently not much was known about 
digit frequency in those days, for they were assigned- 


| No. of Punches 1 

Such (eehiiologis 
-.nut logical ine.se 

topsy in the Information processing field 

Shorn Inui or five veers ago many people invoke in- 
dividually to dm tact that sv«, mv in nn almost impossible 
iuiiiBlc in the omfiiti; af information. Consider pie way it 
gis-iv ! rom the IBM standpoint. Baaed upon the punclwd 
card. Firs! Clone die digit; <> to **. with A (or -i- J and — . 
tin fur there is osily one prohiem. tin- duality of «• -m<i 4- 
as lepresenlod hv’ihe 12-punch. Now ndil -Mines for the 
laities The digits 0 to » will) a 12-pnnch ineiin A to I. 
... it), an 1 1 -punch they mean | to B. a nr! with a 0 -punch 


i ill.- 12 puiH-li a 

the punched paper 

piKltinns. Sony to 
era I ways. Keen so. 
ii a sequential hath 
Due P.i the levhtiol- 
I lint > 


This should prs’Vi: that there s. 
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limy moan / awl S to Z. Simple. Bui now what? Without 
using thu other combinations of two punches (e.g. 3-0) 
we move directly to combinations of three punches By 
adding $’* Tills gives such charactei* as . . ’ 9 i-i: it 
and O. Mo far this can be lived with. 

Now design the reader on the IBM 702 so that all 
illegal punch cninhinaltons are rejected; that is. only -IK 
(Mil of the 4006 ( 2i*) possible combinations lire legal. 
Now find out llinl more codes ms: micdeil fur tape control 
in a launputi-r, and mi far ntily 48 nut of n possible 04 
codes available. In u 0-bit character hove been used. We 
try to see what happens for all 4090 combinations. and 
ore surprised to find that the engineer goofed a little — 
nine supposedly illegal combination!, slip liyl So 0-2-8 is 
a record mark and 12-o-8 is a group mark. 

On the other side of a high fence (Between scientific 
and commercial computing at that timti) the 704 people 
1 -oine up with FORTRAN, which needs the character* 
! ) 4 and — . und certainly does not need i ^ fi 
and if . Since there are only 46 positions on tho typo wheels 
of the 407, a dmd assignment Is made. This makes ft 
difficult fur the fnstalbltion with both scientific and com- 
mercial problems, but they learn to live with it. A king 

Figure 1- American. Standard Cads fmr lelormatloe Interchange 
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conics thn 1401 wirh Its chain printer that 1ms 240 
cliaraclcj positions around it, normally hi five sets of 48. 
But it could lie in linn sets ul 00 Recause it Is to lx- i. 
satellite machine for many loigo Male iiisliillntkiiu. the 
FORTRAN characters aic given their own separate, codes 
for programming unuveiiiunne. Now we luivc Both dual 
nnd individual assignments in thn same inslnllalinn. What 
confusion)* 

Another trouble is thill the internal bit assignment for 
the pimp mark is 1 1 111], and when the cisir is filled 
out lo tin: full (H characters possible it is found that the 
counting niuuliuiiical reader demnnds dial the punch com- 
bination for the group nmrk Ik: 12-7-8, pxrtinilnrlv for the 
7070 and nut J 2-3-8 as for die- 70S. However, the 
same tape mini lie capable of Ixiitlg mod By both 

And su it goes, each mistake By expediency being piled 
on top of I lie Iks) one. And so many customer* already 
use these inconipstlblo devices thut it jusl doesn't serrn 
economical to change it now. Or could il: Be that things 
will get worse and wr will wish we hud straightened 
things out last year before it gets even more ex]Minsi\-e? 

It should not lx* thought that IBM is the onlv maii- 
isfucf lircr with nidi problems. UNIVAC had a similar .set 
of problems, ixirtlcularly with both 80- and OO-colomn 

i.-unl-. The RCA 501 whs designed with an fntnmal code 
in which the letter* anil digit* wen: assigned to lonsccutive 
binary numliess, a very- aensihlr. urrangument that mokes 
dakl pi diseasing tiiiidi easier. 'Iliis is Ix-cause there is 
Mnnetliing known us n "collntlng” or "ordering" »e<|iii:nr»i. 
IF riiirre were not. it would be vnry diflienlt lo find a 
word in llui dictionary or a munker in the plume IkkiIi 
The SOI orders by simple fmiaiv comparison, svith tin 
extra hardware or wasted tiuie. If this seems only reason- 
able. remember that IBM does not make any equipment 
with tin internal cmle txirretponding to its collating se- 
quence. -contrary to siune. beliefs. Ordering Is done either 
try sjM-cial hardware (575 a inmith for early 140l's) or by 
programming, as mi the 7000. Figure 2 shows two IBM 
cunis. pnncJiod and interpreted. Columns 1 in 04 cor- 
rtisimnd lo the binary sequemn (X) 0000 In II HU. nr 
octal 00 to 77. 

Let's see what hapjsened h> llmt SOI . Tho .101 was 
designed to aim at the extensive punched card hiisiness. 
What oould lie more nalnral than to forget the 301 code 
and adopt the internal code of the IBM 70-1? Later a 
minslarnr was built to crmverl codes in both dtmetiims 
txrtwri-n the .'!()! and 501. Just oral problem, tbough — 
any file put in order on the 301 will mil of order for the 
501, and vice versa. At least, without programming or 
additional hardware.. Tills is luirdly a trivial problem. IBM 
ealciilutiKl In 1001 (in cmuiuctibn with ASA work) thut 
it might lake from -V> .000.000 to 530,000.000 of machine 
time on the faKtexI nmipnteis just to reorder all miiitinc, 
file* (ns nweasary - most would not rmpiire It, hiisdng 
only numeric keys) to u now collating sequence. This is 
the problem IBM faced in ]>artietpating in code standardi- 
znlion wmk. If a standard cskIo were to spveify the collat- 
ing *V|iicnon to be identical with the binary sequenuc, it 
would not match die IBM collating sequence. Makes even 
u big company slop nnd think; it might be hard to get 
the customer to take the broad view of future advantage* 
and foot the toll 

However, occasions do nrisii wlum the situation is to 
miuldh-d lluil diupiinili: muasiire* must he. taken. As nn 
exuniplu, Aiustralla will change over to its new unit of 
currency, the ''Royal", in February of 1900. This will 
replace the old pound and will lie divisible into 10(1 cents, 

(•Auihor-i noia— I'll taka my ihor* of tho bluma (or mim ol lhts.1 
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fust as the dollar is. In value It will be equivalent lo 12 
shillings of thr. pound system nnd iilinul *1.12 US. Suoli u 
serious step will affect almost every m-ea of the economy, 
from nuh register* lo esiln changers, from viliiunUini to 
count ing prcKsrdiin:s. Tim Aussie* must think It worth il 
in llie long run, however, and even England is now 
considering a change, perhaps In llu: ducimul florin. 

Il was In a similar ntmnsphcie of dissatisfaction with nny 
existing system llinl die new American Standard Code for 
Information 'Interchange (ASCII) was developed. In- 
coming nn ofHclal ASA SlHiidnrd Nn. X3.4 mi 17 June 
1903. T)ie development nnd sluiidnrdi/.lng pmers* wiu 
Irugthy nnd somelimes turbulent, llic Important thing was 
lluil. a* POCO sayx. "All was given equal chance to dis- 
miss nnd re-cuss.'' There was plenty of lxith. 'Hie pioBleins 
of effective slandnrdirntimi ni-r not new in madin-s of 
DATAMATION. But die sui-csissfnl udoptlon of n standard 
uf this magnitude cerluinly is. Pei Imps Ibis surrssas will 
help to reaffirm some faith In and support of thnsu efforts. 

The code wiu derived by the suBcuiiiinilU-o method. 


one of the three ways liy which an American Standard 
enn Be achieved, and certainly the most difficult. Wiereas 
most standards are adoptions or reworks of existing prac- 
tice, this code I* n considerable departure from nny pre- 
vious cixle, although gmioric similarities to uertain pred- 
ecessors .-ire csrrtaiiily lo lx- imxi. SnlK-omniiltor X3.2 
was ehuiied tneeessively by rcpiesenlativc* from IBM. 
Burroughs, and presently the Department of Defense. 
Navy Management Office. Several independent effort! 
were started in the 1958-50 period to deni afresh with 
the code prohiem. By universal agreement it was impos- 
sible to make enough sense out ol existing codes; they 
jusl did not meet requirements evident at that time, nor 
did tliny provide for obvious future requirements. Among 
the major efforts were those of: 

1. The Electronic Industries Association, a body which 
luul produced iiuniy previous sLuidards. working originally 
from a paper tape viewpoint. Imt later becoming general. 

2. IBM. with the 8-bit code for STRETCH, which 
among other features providml for I mill upimr and lower 
imsti-alplialmls. 

3. Tlie Department of l>-fen:ie (Army Slguul Corps) 
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whjc-li developed and sponsored the Kivlduta txide. Despite 
a few drawbacks, this was a great iiuprevciiicnl u|inn 
existing codes nnd many of its fen lures are In Be seen In 

ASCII. 

4. Tito Brilixh Standards lustllutltiu, which nlsii started 
widi llie intention of standardizing |oi pur tape codex nnd 



lei ih examine the several salient and sometimes tiliw 
features ul the cixli: and their significance: 

1. As yul il is only a ri:fi:n:ntxi cihIo. Tin: |KirtieiiIar 
representations in incdiu such as ]>une)u:d cards, punched 
tape and inagunlfc tape are mil y-nt defined, allbongli thev 
arr- perhaps iinpllesl In Sonin respects. 

2. It I* :«n far) n 7-bil cmle, with provision in expand 
to 8 Bits as required . In llin 7-Bit form, a (1-Bit iniB*ut of 
64 codes is ussigned comphrtnly h> infnnnatiou churuoters. 
the otlicr 64 no far are eXMaUiallv control cBaras.-ters. This 
suparntlou can lie of convenience to eqn(pnu:nt designers 
in the ixiiiiBinad (lain processing and eommnnicntiiius field; 
II also should produce many economic! . 

3. Although not yat (Uteil in the standard, tBeru is an 
implied collating sequence that may bv used ill tlie slraiglit 
Binnry comparison mode. For IBM, which, presently col- 
latrsi digits highjir than the alphabet, tin Ex'clusivr OR 
device in pussivu logic- can put llm digit vector higher 
llum die alphabe.l. This is no tnoic tlum the cxisliiig 
device which allows the 709 family In writa and road 
BCD tape.. 

4. TIki sot can In; collapsed in n regularised und pre- 

surilxid maimer, if required, into a fl-l>lt sol for existing 
6-bit mudiiiics and other equipments, to a 5-lilt set for 
modifilsttiim of exislirig Teletype und Telex sets (particu- 
larly (n Europe), nr.d even to a 4-l>it set. This latter Is of 
very xpeeinl interest, In thut- il can lie used for cash 
reglsteis and oilier basically numeric -only devices, but nl 
the same time nuiy lie u.vxl in tho double numeric mode 
for computers intnni.illy (like llie (!30, 7070 anti 

STRETCH). It is indicated By the offset shaded vixrtor 
in tlie diagram of tl* aide. 1>.r reason for the offset is 
tliat certain nondigit characters of the 4-l>it set must 
ixilhitu lower Ilian Ixilh digit* nnd alpbulxq when up- 

[Kiaring in ordering koy*. Tho rnvisic ex pans imi upward is 
a simple maltei of ]Missive-logie. 
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5. t'icrtain ruplaix-mcnls ( eiuuf ully vhnckesl nut iiilin- 
natioiuilly) allow for lion-Amerlcnr. usage. Far •xuinplus. 
the single digits 10 nnd 11 (sir ) for English penis- eon 
replace t]i« isilnn- am! seiilleblnn in llie digit vector, nl 
least until they follow thu lead of the Australians; the. 
characters following the ulpliuhet are ol relatively low 
usag<- so that they may Be replaced wilb the additional 
k.-li lux of nx|iaudcd IIiiih.hi alphabets, paitteilliirly as used 
By tin- Si'imdinavlnn isiimtries. 

6. Thn ESCapc ts»de (111 HID) provides fur 127 
altcrnale sets in llie 7-bit set, 255 in the 8-bit set. Some nl 
(blue sets may have official standing and some may Imi 
arbitrarily reserved To certain equipments. An rx-.unpU- 
niigbl be an nln-miilc set with the Uimuiiii nlphulM-t re- 
plutvd By llm CyrflBv nlphaliet. tin: iinrc|)l»ee<l characters 
remaining unchanged. Tim ESIiqx! character i:i usually 
followed By anotluir cixle which is devoid of its nsiail 
meaning, hv viilm of full owing the USC'.ipe. and imheates 
which one of the idlcnuilc character sets is in force until 
the next F.SOipc ehunu.ier is emamnteri.-il. 

7. The two rightliumf vectors were pm palely riemrvtiil 
as the logical plim-s to pill n lower r-.ue ulfiliahei. if 
desired for this to Be available in a single diameter inode. 
For lesser iKpilpmenls. the upper ease alphabet may lx- 
used In conjnnc*lno wilh the Shill In fltOO 11111* nnd 
Shift Out (0181 Mil) characters to produce a lower cum: 
facility . 

8. Spelful ixiiuidenitiini has Ix-iin given fin- the ehm- 
aclurs requirixl in pmgr. miming mill other special lan- 
guages. All of the character* of tlie COBOL set are 
included. The fiSDipc characters may lie used to shift In 
one or more soccinl sets containing nil of llu- ch.-traders of 
Al.COI. (Including the unique lower case idplmlxit). 
Ollmr sets may In: resurvod (oi s|X.-eial languages of type- 
setting, information retrieval, graphic de-tign, mediral re- 
ports. oi c. Fur <uuiinplo. a qveeiol set for mmierie.il 
machine tool control could lx: an alternate 4 -Bit subset 
vvliic-li is idooliciil with the standard xtiUw-t in lire tbirlevn 
eliaructcrs 0 • II. decimal point, plus and minus; llie other 
three character* would Be replaced By X. Y and Z lor axis 
symbols. 

0 Note tliat many new eharneters liave been introduced 
in the control area, particularly designed fin self -delimiting 
of vlremri.' of elinrnelcis. Thi:«: may be liiuraidiii In 
nature, used lo ilesr-rilM- reciiril*. fields, suBfields ami mi 
fm tli. or they may be syntactic in nature, indicating 
phrase*, sentences, pnmgraplis. etc. 

why a 7-levol code? 

Actually ASCII is an 8-loveI eixlo wills the uightli bit 
unaaslgued ns yet. The new A. T. A T. systein. supplied 
with iurmin.il eqnipuienr l»y its subsidiary Teletype Carp., 
I* Based compleielv on eiglit Bits Btitwi-eu Sturt - stop 
pulsus. This is out only ftir fut tire-, expansion hut also fur 
practical operation* today. Tlie eighth Bit may Ira used for 
purity (preferably odd) if desired, and pci haps other uses 
may evolve. Raxienlly-. however, the 8-hit transmission unit 
was selected hccnUM*. eight Is u magic number, being u 
power of two. In tin- information theory Biisiness there is 
ixithing mon: eetmomical than a jxiwcr of two, and 
A. T. fk T. knows it. Economy i* inipnrlont when you arc 
enmling a whole, new sj-vtvin ul (Bis magnitude, and indeed 
that magnitude may be u-ell up into lliv billions. There is 
even provision tor nn eleventh digit in tin: direct dialing 
system so Teletype enn tell whether nn 8-Bit unit (Model 
33 1 is talking tu imotli<-r 8-bit unit or to a 5-hit unit, nr 

Several new omipuien: are now Wing designed with 
8-Bit capabilities. At luast imc model. STRETCH, is in 
upenition. Another Is repnrteil to usr ASCII inlemally in 
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the double numeric- inixli'. In certain ff-hit nixcbiue* the 
word u. (lesigtimi lu 43 bil* to bundle cither sis B1.il 
rhararinrs or viglit 8-biI clunictm. Tills <xxit; certainly 
emission ol piur binary data. 

II have 111 ) nbjovtimi to the 
uvcntu:il assignment nf iric-aning n> all of I In- S50 codes in 
the 8-bit set. They sensibly avoided trying In ho >nimicricnt 
unis' and rather made ucltxiuutr for expanxinn as 

further developments an; math;. Kits ides. lhc-y liml In 
consider die Eiir<i|M'nus and iuU-rriatioiiiil slandnidimtiou 
work hi this until by ISO TC 87 on Compute;.-* arid 
lrihninuttim Processing. This work .night not catch up t,, 
A. T. tt T. for a while. Mrunwlifi:: (In': code will pnilmbly 

have to I HI adapted lo 6-hlt systems mid i-vrn to five bits 
to work on existing Teles cilsxiilx. for tin; Eirro|wans may 
not tic able lo install an rutin; nuw system in .vvyrnl 
i les* than several years. Thu ASCII code is 


—■ A voile which eiy-i repeat the transmission lit was 
bad) back to tin- hist S, code." Presumably this code 
would bo followed by tin; imrticuUr S. code required, 
•no. - *a i • • — - 1 - *- ■ ig equip. 


mils .S, 


ild be sent buck to the tram 
ikl bold It In iimwinrv and starch backwards 
rnnsiniltr-d slicuin until a nuitdi was found. The 
ision tvtnifd lie restarted at that |H)iot. lx.lh sending 
living equipment knowing exactly where to pick 


~~ rrT 1 




Then 


usuge 


iidvant 


• the i 


assign, 


. m»;i 




s (hr these spare t»«les, although i...... ... 

these have Imx-ii iliini««l extensively yet by X3.2: 

I. A code ivlilt.fi turns purity oil mill on, or possibly two 
individual codes, utM) for each of these two functions. This 
would facilitate compatibility l«ctwec;n etjulptnent using the 
7-bit wale with parity mid other equipment clcxiring to 
utilize the full 8-bit set. 


[ O O I I | Q | I I | UOUDII HUMCRIC MOOt 

3. (axii.s In ignore tiormnl (xmimunicalinn* control so 
that pun. binary data may ho transmitted without any 
chai iicter meaning. Tlu-xc will haw to lie humilnd can;- 
hilly so that return lo thu normal transmission mode may 
I*C effected. This might hove to l>; done by eithei liming 
tin: binary transmission . sending :■ predetermined nurnlicr 
of 8-hit units with automatic return, or having the re. 
(Wiving device actuate the return through no extra channel. 

4. Codes to switch to double numeric (two 4 -bit- digits 

within n tingle character) and back lor reasons of ccnmnnv 
of transmiision in numeric only mode. a 

kui/l fnthliw!u»d near nionrAi . ! 


You Get Things Done Better 

By Seeing What’s Happening 
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Com piste SrlcD s 49 io 

Including 


CRAPHIC SYSTEMS. Yaticor«ill a> North Corolino 


THE 

CAT COMPUTER 

■ Already enjoving wide iiceeptance without fui- 
miil announcement is a multi-purpose on-line 
OAT Computer of Average Transients. One at 
Mayo Clinic bin participated in a transatlantic experiment, 
uyorsiging out hrnln wnvii signals transmitted from England 
via the Relay satellite, Tliv results, interpreted and diag- 
nosed. wen* then sent back by the same route. Present 
applications are in inedieul and c;lli.k;al research.' 

Ttie CAT 40011 is u pr<xloct of Hie Mnenmtron Div. of 
Technical Measurement Corp.. White Plains, N.V. Tile 
etnttil capacity of tin; inomory is 1M0K per ordinate, with 
up to 400 ordinates. The CAT rim stun ami average re 
spouses from four varying inputs on-luir. xiimillanedutk 
ealeiilntiiii' mid displaying dntn no o built-in scope. The 
ability lo slim; averages In tiuccessivc. rpiarters of memory 
makes it possible to compum successive runs of nverog'.'S 
wlrhmit interrupting espcriinrails (there is no theoretical 
limit to the mimler of responses which mnv lie Riimniedi. 
Averages inny Iv displayml uu Ihe 3“ CRT nod mi an 
>C-k Plotter Readout. Tin; computer meuMiies alnnil out* 
cubic 1 1 mt, weighs 38 pounds, and consumes 30 watts 
1’ricc Is B12K. _ 


THE 

AMERICAN 
STANDARD 
CODE FOR 
INFORMATION 
INTERCHANGE 

by R. W. BEMER, UNIVAC Division, Sparry Rand Corp., 
New York, N.Y. 

■ Synopsis— In tho first of this two-part articlo, Mr. 

Earner covered tho inglorious history of informa- 
tion coding which led lo tho ASCII, becoming on 

official ASA Standard No. X3.4 an June 17, 1963. He also 
covered Its salient features, and explained the seven-bit 
code with provisions to expand lo eight bits. 


the conversion problem 

The major argument against the new cudc seems tcrlxt Ihu 
cost of convnthig the vnst amounts of equipments luid 
customers. with resulting olanlrsconco (at lonst of the 
equipment), lire Intimt is nppiirent in the title of the 
standard - "for INFORMATION INTERCHANGE." This 
does not say that computers of external devices must be 
built to use this code internally, now or ever. All it demands 
is that wlieiiover tlic computer bilks with strange equip- 

Figure 4 
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ment. nor of Ua oir.n kbul. that it do so through Ihe 
medium of this code. 

Certainly this results In fewer translation mechanism* 
than tho present chaotic situation requires. Given N 
computers or other devices with various and different 
internal codes, each might need to talk with all the others 
(N-l). Thus N limes (N-l) translations would be re- 
quired for full intercommunication. With ASCII, however, 
eitcii device ncods to talk only to the standard code and 
back again, a total of only 2N translations required! The 
value of N is presently about 60 (internal codes). 
Although one would loudly expect that all possible 00 
limes 50 combinations would be used, it is certainty 
enough larger than 60 times 2 to say that even if every 
present day machine retained its own code forever, it 
would still be more economical to iiui ASCII just for 
interchange! Thus each machine would have lo talk only 
to ASCII instead of 59 other codes. (See Figure 4.) 

Furthermore, the possibility should not lie overlooked 
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that some other internal cxle p/iix Ihe tiimsliillou inirclui- 
nlsmr required might lie more oixiiiouile.il lor somi; cquip- 
mvnl than would ASCII internally Ol omrxi. ilu- economic 
pressure for future equipments tu use the (sale lulern ilK 
us well ii5' externally would lie mine likely. Tint* Ihe 2N 
(simhinalioiis might oven tie. i educed lii cac some time in 
the future. Tin; now code Ims so many irilioiciil cixriiiMiilc* 
'bnl it might |xi>- for the redesign ilvelf. HIM hits pc-rhupi; 
llie lentil problem of liny manufacturer; with » dilfyieut 
cods's .ilrvmly in tlmir various vouiputrrs. ASCII presents 
only nil If percent uddilkuinl pioblein. 

During the conversion iK'luxl. the lCSCape ebaraehrr 
nllmv* must existing codes to exist simultaneously with 

ASCII. Assume n communiciilioiis link nr lit Figure 5. 

VVhin II message euimiy iilong that iv not in ASCU, tlic 
firit dintnder is ESGapr. the next is that which selects 
the alternative code.. (Tie message in alternative, code then 
follows until the next KSCnpe I'linrarler signals ellluri 
Iinotiier lilltTiuiHve (Vide or rerun! to ASCII. Iliysicallv 
the receiving Icrininnl It will Iv alerted IVir swlli.'liing by 


ESCiqM;-. the follnwiug clmrartcr actually )>crforms tlir 
switching to dillcrcnt receiving cqtiipment for the nllinim 
tire eode. Tills ixmixiil is nuieb simplified, of unutr. and 
In practice might In; applied only to long dixtuiuv links. 

It would seem a pniMiuil thing lor X3.2 to nvUgn u 
blivlr of nxlln (lt> follow ESCxpe) In indleatc the cedes 
of existing equipments. As these- become obsolete, tin) 
pnrtleiikir xclcclor nodi; tnny be renssigm-d for other pur- 
pose*. 

advantagos for programming 

If ASCII were to Iv built in as art internal computer code, 
Ibc programmer might' espect io »«e sonic of the following 
benefits: 

1. Manipulation ol graphics by classes. Since nil ciiur- 
.ictcn of a ccrtnin class (sucli ns letters, digits, etc.) are 
grouped contiguously, tlicy may lx; classified yvltb wry 
few inslmctinus. In working with strings it ruuy lie icx’lul 
to ("rc.it*' n corresponding class xiring in |xmillui for syntax 
muilysis. Till* could *i|k;;i soiiv- iiitcivsting doors in lilmiry 
work nod information relriuval in <pxl(a ill. 

2. Fewer instructions’ hi scans, due lo regularity and 
unique codes. A count rami made of 709 FORTRAN 
slnnvcd that roiuulliiiig fiku 53 instruetivn* were required 
to decipher the syntuetical meaning of a left pjrtnthesis. 
Ati no other brackets were available, parentiuues were 
mod for subMxi|iting, oornuil mathematical nesting and 
other puipo.«;s. With unique codes, the combination can 
form the. address of the starling instruction of the routine 
(nr processing tliaf character. Consider that the. IBM 
FORTRAN market amounts to nlxnit SlflO.fKMj.OOO n year 
in just machine time usixl. The figure isimmunlv accepted 
for tranxlulinn from FORTRAN to machine language is 
35 per cent of total lime. Tims .-ilxiuf $5».0(>0,00(l n year 
is qvul on nothing hut FORTRAN Iniuslution. Certainly 
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ull of this Is not dire to tin: left pnrvntl.cxia problem. Uu it 
ought tu run to ut k;asl a millhni. 

3. Faster and cheaper sorting, when the collating sc- 
(picnce I, identical to tlx. binary sequenev of the (xxln. lor 
the graphics. Sorting Is also big business, wilh coniittcreial 
users quoting an average of 40 per cent of totul machine 
timo used for this one fiincHon. Tim olinilimrinn of special 
hardware for oanpurisonx winild sava morn limn a million 
dolbmi a year. 

4. Hcdoetion in the number of routines required to lie 
programmed, particularly for satellite (X|nipmenl. The 
eliurt of Figure 6 indicates the complexity of routines (hut 
must.be provided for a multiplicity of codes. Tlio ASCII 
ixxle is taken us the base «xic lit binary xequenen. The 
eorros|MNi(lin|( nctnl etxles for the sninc pnpliics are given 
for the various otiier intcni.il eixltts. Obvfuuslv tlic same 
procedure ixiuld be followed using any purtieulur wxlo ax 
tlic Imsii ctxle. Tlic totality of such Hurts pruvl(U-» llie 
basic information for generalized ixxk- conversion .muni a 
various equipments. 

5. Fewx-r tallies for mixed *sxles in coinmtinicaHous. 
Iiartlcnlurly those controlled by slore-and-forward message 
switching system*. An IBM spokmmnn stated tliut tin; 
..5(1 comniutiiciilinus unit rents for 88,000 a month with 
a Single code, up to 313.(88) „ month to bumlb; all ixxle.i, 
since additional core storage is required for program* and 
tablets to bundle these other codes. 

fl. Clarity of printed output, particularly the reproduc- 
tion of the source program in the printed record of 
procextlng. Unavailability of the exact graphic desired 
makes for costly mistakes In tba diagnostic pn»wi. It 
lakes quite a bit of practice lo got usotl to reading 
FORTRAN with the |>er ctml sign and lozcngu um:( 1 
instead of parentheses. 

7. A tendency for keyboards to be identical with typing 
cymiminiwitiuns ixpripment. 11ms hard «ipy can be avail- 
able immediately ns u rvisird of tlic program being key- 
pmrehed. It b cwmeivobk. that tbis might extend tu 
haltline spacing for subscripts and superscripts, n foil tun' 
which might have u (xmsidemble effect in reliisiug re- 
strict ions in the rules or programming languages. 

•be future for tho ASCII code 

\3.2 is ; presently going full steam ahead in implementing 
the ixnlc in the various media. This will not lx; u simple 
problem, partk-ulnrly in punched card*. 1're.uininbly the 
hlnary coii.; cmild lx; duplicated directly, a punchod JX)*I- 

»«»“•. m.pum.lxxl i««lti(xi standing fm 

rt- arc 12 pusitkins on the. ciml. not 8. and that 
•> a nine Wu.uvful. Uesidc*. certain punching equipment 
vvill not |v-rform up to specifiention when punching mure 

than tlirec or four holes in a colmnu. It is possible lo 

represent 25(1 code* by ,x.rnl.l..atlons of (I. 1 . 2, and 3 
punches (and no more), but this is not easy if it is required 
In make the combinations consistent with present punclx-d 
card practice. A ilifficult problem, surely, but a look at llie 
referes, ecs following this paper will indicate, that much 
work has already been done. 

Whin will happen now lo other voiiteodors? It se, :tm 
clear that Fieldnta. even though impU-mvutcd already in 
many computers, will grutlimlly be . replaced by .\SCI1, 
Indeed Flelduta repreMinbitire. <m X3.2 was very strong 
and valuable. Fortunately the Department of Dofonso is 
(iMiiinlRed to natiixiul and commercial standards vvhercwr 
tlio}- exist, eve. fa. pn-fcrcncc to some military standards. 
— -O Thomas Monk, Assistant Secretary of Defense, has 
of tho 

It is not likely that the code will be nduptml internn- 

tiunally in the exact form that it is j n now. flowever, the 
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U.S. bos taken considerable pain* In meet international 
requirements and plan ahead. It is likely that a closely 
related code will become an International standard, in 
which case llie ASA must simply make some modification?. 
P*"’ 1 forget, standards arc not cast permanently in 
bnmze: they must adapt to the time and circumstances. 
Achmlly tig- dogreo of coopcrntinn with inlcniall(mal 
stambird* bodies and consideration of their requlrmnents 
hiu been rather a milestone in (bo case of tills codo and 
other computer standards. Formerly the U.S. has cither 
Ignored or minimized intemnlional requirement*. In the 
ease of ASCII tlic inrurnatkma! implications arc sucli 
(satellite transmission, etc.) Unit full cooperation was 
mandatory, if only for the mundane reason (hut if another 
war were ever fought in Europe it would be u (xinsiduvnbk) 
advantage to be able to use existing communications 
crjuipinnnt. 

Jl b also a fuel that the computer and Information 
processing market outsklo of tlio U.S. is expanding grout ly. 
and II_S. miunifacturers must consider the expense of 
mbiilkiliig inch costly things ax computers to match uon- 
U.S. staixiurds. It may ho Hint the Russians will Ignore 
Ibis eode. even though their requirements have Imhui 
considered. My guess is that ccomnnic motivation* of a 
lesa cootiolkd society will win ngalu in the Americnn 
Standard Code .for lufonnattiin Interclmnge. ■ 
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In preparation for the 3rd meeting of SC2 (formerly WG B), X3.2 was 
advised that the "at" symbol was wanted as an additional national use 
position, which implied a trade with underline. This was tentatively agreed. 
Also proposed was the replacement of RU by ACK, and ERR with NAK. 

SC2 meeting No. 3, held in New York City on 1964 May 12-15, was 
relatively uneventful, except for the presence of a Japanese delegation of five, 
headed by Prof. H. Wada. All proposed changes were approved, and ESC 
was moved to its final, current position. The revised proposal was to be 
circulated as the 3rd Draft [48] (Table 3, column 1 1), and sent to CCITT 
(Consultative Committee International for Telephone and Telegraph). Ad hoc 
groups were formed for implementation in media, but SC2 would not accept 
the bit-to-track assignment proposed by the US for magnetic tape, because 
they had not done any work on it (an 8-bit world was just now seeming real, 
with the announcement of the IBM 360). 

The liaison with CCITT was significant. Its Study Group Special A had been 
considering a new alphabet since its 1958 meeting in Warsaw. At the 1963 
May meeting in Geneva, CCITT endorsed the principle of the 7-bit code for 
any new telegraph alphabet, and expressed general but preliminary agreement 
with the ISO work. It further requested the placement of the lower case 
alphabet in the unassigned area. 

To match the 3rd Draft Proposal, X3.2 adopted Document X3 .2.64/64 [61] 
(Table 3, column 12) on 1964 October 20, not knowing that CCITT had met 
in Moscow on 1964 October 06-09 to study the ISO proposal as a working 
alphabet. CCITT made certain other changes for natural languages, replacing 
reverse slash by tilde, and adding a universal currency symbol (Table 3, 
column 13). At the request of the USSR (which did not participate in 
TC97/SC2), accent grave was interchanged with underline to accommodate 
the 31 -character Cyrillic alphabet [91], a consideration I had overlooked 
when arguing for room for 29 alphabetic characters for the Scandinavians). 

When advised of this, X3.2 accommodated with Document X3 .2.4/172 [63] 
(Table 3, column 14). In these last two revisions, however, added symbols for 
programming languages may be seen. In revising ASCII to remove all 
controls from column 7, Task Group X3.2.4 added (for the first time) the two 
curly braces, a vertical line, and a Logical Not symbol. The latter two were 
intended to accommodate the Logical Or and NOT functions of PL/I 
(obviously the committees still thought that IBM would tolerate ASCII). 

During discussion, John Windhorst of CDC urged that the two PL/I symbols 
be put somewhere in columns 2 through 5, to keep the PL/I 60-character 
subset within the dense graphic set of 64 characters. His political wisdom did 
not prevail, which led later to the unfortunate usage of exclamation point and 
circumflex for these functions, so complicating an otherwise clean mapping 
to EBCDIC. In retrospect, all this resulted because programmers ignored my 
1961 letter to the programming language people in ISO/TC9/SC5 [25], 
advising them to register escape sequence identifiers for the various 
programming languages. In other words, look at how natural languages 
coexist with ASCII today, without prejudice, on the World Wide Web. 


file://C :\annals\STORY-3 .HTM 


11/08/2002 



A Story of ASCII 


Page 9 of 12 


X3.2 being ever accommodating, X3.2/172 was superseded by Document 
X3. 2/206 [64] (Table 3, column 15) to match the 3-character symbol 
limitation of the new military standard [62], This document carried an 
excellent summary of the various changes, with their justifications. However, 
it also carried a note that caused Univac to threaten a negative vote - "The 
resultant structure of specials (S), digits (D), and alphabetic (A) does not 
conform to the most prevalent collating convention (S-A-D) because of more 
demanding code requirements". This despite the fact that it is impossible to 
provide satisfactory orderings of upper and lower case characters by simple 
binary comparison. 

The Dark Ages Again 

The position and cooperation of IBM was a most important factor for 
progress of a standard code, and the System 360 (now that the 8000 series 
had been scrapped) was crucial to IBM's position. The 360 had been designed 
to handle both the Extended BCD Code [128] (for as much upward 
compatibility as could be achieved for former equipment and files) and also 
the eventual ASCII, when that became completely settled. 

However, there was a lot of resistance in ECMA and X3 to an 8-bit code, and 
the fact that ASCII -based operation was not in clear sight when the 360 had 
to be announced, led to the decision to make EBCDIC the primary resa. One 
could imagine IBM reasoning that operation in ASCII could wait until all the 
code selections were settled, at which time the software would be modified 
slightly, the P-bit switched to ASCII internal mode, and everything would be 
fine! 

Unfortunately, the software for the 360 was constructed by thousands of 
programmers, with great and unexpected difficulties, and with a considerable 
dearth of controls. As a result, the nearly $300 million worth of software 
(costed at first delivery) was filled (even saturated) with coding that depended 
upon the EBCDIC representation to work, and would not work with any 
other! 

Dr. Frederick Brooks, one of the chief designers of the IBM 360, and the 
person in charge of their software effort, informed me later that IBM had 
estimated a cost of $5 million to provide a reworked set of software to run in 
ASCII. This 1 .6% of original expense seems negligible. However, IBM 
decided not do so, and from this time the worldwide position of IBM 
hardened to "any code as long as it's ours". 

IBM Explains It All 

On 1964 October 16, C.E. Mackenzie explained to GUIDE (one of IBM's two 
main user groups) IBM's plans for implementing ASCII in the System 360. 

He stressed the profound difference between supporting the development of a 
standard and supporting the standard itself, such as actually implementing it 
in hardware and software: 
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"IBM feels that its primary function is to supply equipment to 
meet the needs of the marketplace ... IBM will always make a 
businesslike decision ... the questionnaire distributed to all 
members of GUIDE at this meeting (and previously to SHARE) is 
one of the tools used to determine customer needs in the area of 
information interchange". 

He noted that the changes and differences between BCD and EBCDIC 
"should not provide any serious problems for IBM customers", and that "IBM 
has been unable to determine any appreciable customer needs for ASCII on 
magnetic tape, or on punched cards, or on perforated tape as input/output for 
a computer". He went on to relate the low need for data communication with 
ASCII. 

IBM's 360 WSSG Information Letter No. 17 (dated 1964 October 14) 
contained this illuminating verbiage: 

"The choice between the two codes is determined by a mode 
bit ...a sharp difference between the two codes is the collating 
sequence. The EBCDIC sequence is consistent with that of 
previous systems and is therefore largely (sic) compatible with 
that of our customers' files. The natural ASCII sequence ... would 
place the numbers (sic) before the letters ... ". 

Thus it may have been unexpected to many that Jerri er Haddad of IBM 
moved, at the 1965 February 04 meeting, that X3 should support the revised 
ASCII [64] (Table 3, column 14) for concurrent letter ballot and publication. 
Meanwhile, the Fourth ISO Draft Proposal [67] (Table 3, column 16), as 
influenced by CCITT, was being circulated. 

IBM gave X3 the results of its user surveys on April 22. Perhaps the 
standardizers were skeptical about Joe Datastore being able to foresee the 
future (imagine being asked, in 1970, whether you intend to transmit data via 
geostationary satellites?"). So the June 10 vote for prASCII (the "pr" standing 
for "proposed revised") stood at 31-0-0. IBM's affirmative ballot on the ISO 
proposal suggested the vertical line as logical OR, and the tilde as logical 
NOT f . Auwaerter said this had not been discussed in X3.2, as the 
comments arrived after all other work was done, and commitments made to 
the other countries. 

The US vote on the ISO Draft Proposal was affirmative, unanimously. At the 
September 16 meeting, X3 voted 24-0-2 to forward the prASCII to ASA, 
encouraging the U.S. Department of Commerce and the General Services 
Administration to solicit views on making ASCII a Federal Standard under 
the provisions of the Brooks Bill, Public Law 89-306 (which it finally did 
become in 1968, as "FIPS PUB 1" [108], signed by then President Lyndon 
Johnson.) 
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The voices of programmers grew louder, inversely with their understanding. 
(Footnote-7). Pressures for the two odd characters of the PL/I programming 

language continued, worldwide, and other pressures existed to put the "at" 

symbol back in the 64-character subset. Despite the express intent of many 
years, and rigorous interpretation of the meaning of "interchange code", one 
B.R. Faden proposed to SHARE, the IBM user group, that it should take a 
position with ASA for a study of an internal binary code. He said that "it 
would be a national calamity, truly national and truly calamitous, if ASCII is 
established as a standard for this purpose". This did not, however, prevent 
mini- and microcomputer designers from using ASCII as an internal code. 

If Mr. Faden is alive today, it may be because he doesn't use a dangerous and 
calamitous PC! And perhaps he has noticed that PCs, and ASCII, are used by 
people other than programmers! 

A Promising Draft Recommendation 

TC97/SC2 held its 3rd meeting in Paris on 1966 April 25-29. It was a 
momentous one, a landmark in the progression of ASCII to full acceptance 
throughout the countries of the world. Japan presented Document 163 on 
extension to non-Latin alphabets, both 7-bit and 8-bit superset [121]. USSR 
usage was reported as SO to Cyrillic [91], and SI to Latin. 

To ensure full agreement, a joint meeting with CCITT, Working Group - 
Alphabet, was held concurrently. Commercial "at" and accent grave were 
once more interchanged, and the currency sign problem was alleviated, 
although not solved permanently, by assigning the pound sterling symbol to 
2/3, with the number sign permissible for those countries that did not need the 
sterling symbol. SS (Special Sequence) was replaced by SUB (substitute 
character), and the overline (which could serve as a tilde) was put in 7/14. 

This produced ISO Draft Recommendation 1052 [76] (Table 3, column 17), 
for voting under accelerated procedures. 


FN-7 1962 May 09: In [25], Bemer to the international programming language standards 
committee: 

• Is an "escape character" provided to allow for usage of alternate, specialized 

character sets? What graphic subsets should remain in common positions in alternate 
sets so that they be uniquely recognizable? " 


• What values following the escape character ... should be reserved for specialized 
character sets for programming languages?" 


• From the attached (proposed) IFIP definition of "escape character" it may be seen 
that it is possible to have many compatible alphabets within the framework of an 
international character set and code ... 

It is proposed that a tentative group of characters (to follow the escape characters) be 
reserved to indicate special alphabets for programming languages ... " 

Point 2 pointed to registry, but the concept was too new and foreign to programmers. 
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The US position was not stabilized by these actions. Knowing in advance of 
the proposal to interchange "at" and accent grave, the Information Processing 
Systems Standards Board of ASA, ordered suspension of the printing of 
X3. 2/206 [64] (Table 3, column 15) as Standard X3.4-1965. 

The doors were in fact reopened. At the next X3 meeting SHARE argued that 
the rASCII did not meet pressing needs of the programming community, and 
X3.4 agreed. But X3.2 reported listening to these arguments and still 
approving X3. 2/384 [74] (Table 3, column 18), reflecting the changes of the 
Paris meeting. After editorial changes to permit stylizing of certain graphics 
for logical operations, this document was sent for 30-day letter ballot. 

Argument persisted, and X3.2, at its meeting of 1966 Dec 14, approved in 
desperation a modification to stylize the vertical bar by splitting it in two 
(Footnote-8), creating X3. 2/411 [78] (Table 3, column 19). One X3 member, 
Doug Kerr of Bell Telephone Laboratories, discovered in his research that, 
according to the encyclopedia, the ASCII "are those inhabitants of the globe 
which at certain times of the year have no shadow ... such are the inhabitants 
of the torrid zone; by reason the sun is sometimes vertical to them Kerr 
observed that the inhabitants of the parallel 41°48' North, running through 
such cities as ... Poughkeepsie, NY, are never ASCII. Yet when balloting 
closed, both IBM and API (American Petroleum Institute), carrying the 
campaign for SHARE, had voted affirmative. At the next X3 meeting it was 
forwarded to ASA by 33-0-2. 

At ISO/TC97/SC2's 4th meeting, again in Paris, the vote on DR 1052 stood at 
10-3 (2 not received) for the P (Principal) members of TC97. Spain voted nay 
because the tilde was only in a national usage position! The vote of the full 
ISO membership was 13-3-6 (32 not received). So it was sent to the ISO 
Council, with only Japan loting negative because of the dual assignment of 
pound sterling and number sign (the currency symbol is still a thorn). The 
equivalent wording about stylizing for programmers was included. Thus it 
was a quiet meeting. For 15 resolutions times 10 countries there were 147 
ayes, 1 nay, and 2 abstentions! 

An International Standard 

On 1967 December 22 the ISO accepted DR 1052 by a 12-1 vote (Ireland 
opposing). It was then published as ISO Recommendation 646 [97] (Table 3, 
column 17). It had the advantage of being entirely consistent with CCITT 
Working Alphabet No. 5. For the United States, it matched X3.4-1967, and 
also X3. 4-1968, a Federal Government Standard [108], For Japan it was 
consistent with JISCII [121]. And many other countries then had their 
national standards derived from it [91, 157]. 


FN-8 To me, SHARE'S unwarranted uprising re special characters for the language PL/I was 
disgraceful. Their problem had been solved in 1962 [25], but they seemed deaf or ignorant. 
This was not a genteel movement in committee environment, but a full-scale street rebellion, 
fomented to revolution heat by propaganda devices. One wonders even now if thefomentor 
was IBM in hurt rage f . 
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ASCII IN MEDIA 

We do not say that ASCII representation in media was not considered until 
the coding was mostly decided, but attention given to it increased as the 
contentions for the code decreased. 

Looking at Table 3, counting the positions of the upper and lower case 
alphabets as two assignment decisions in a total of about 200 such, one could 
divide that number into the $3 million that Business Week said was spent to 
develop ASCII, and conclude that it was a very high price per decision. But it 
isn't so. The second "I" in "ASCII" stands for "Interchange". And interchange 
occurs either by direct connection or by external media. 

So all ASCII development wasn't just "which encoding". The assignments to 
media representation weren't easy to come by, either. Four types of media had 
to be converted to ASCII: 

Interchange via Paper Tape 

Here the variables were a) the number of tracks on each side of the drive 
holes, b) were the tracks assigned sequentially according to the columns of 
ASCII?, c) and if so, did the columns get assigned right to left, or vice 
versa? These decisions were fortunately and adequately taken out of 
committee hands by Teletype, in the person of John Auwaerter. 

Interchange via Punch Cards 

The hardware designers at IBM were probably all from Kansas City, where 
everything, according to the song, was up-to-date, and they'd gone as far as 
they could go! They had cleverly built in a filter that blocked the card reader 
from recognizing any hole combinations except those of the existing 48 
characters, of which legal combinations were of any of three "zone" punches 
(12, 11,0) and any of 0-9, plus an 8-punch if the other two were not 8. I.e., 
one could not add combinations of three or more punches, period! 

A temporary dispensation was discovered by exhaustive tests, which the 
hardware designers themselves had not made. A few new patterns were found 
to work. But not enough. 

Various other methods were explored for expanding the set of characters that 
could be entered via punch cards. Plain binary cards were one possibility, but 
the average user could not understand them visually. 

But the keypunch could be prevented from moving to the next column 
position after the current column was punched. What if the card was kept in 
the same column position, and repunched with a different character? Now we 
could get up to 5 punches in a single column, and the card reader limitation 
could be bypassed by using the binary read option. 
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One proposal for this was published [6], 2-character mnemonics for the 
characters would be punched in one column. Left parenthesis would be "LP", 
yielding 11-3 for "L", and 11-7 for "P", resulting in 11-3-7. This was of 
interest to Mackenzie in his book [149], but it was in actuality only intended 
as a spoof and attention-getter. 

The combinations of holes, which in a single card column represent one 
character, had before ASCII been in as much of a shambles [18, 20] as the bit 
encodings were. At first the inclination was to start all over, making some 
direct connection between logical bits and the holes in the card, an approach 
known as "Decimal ASCII". It was ridiculously presumptious to expect 
existing users to totally convert their physical inventory of punch cards, 
which at 2000 per cardboard box would be ~ 160K characters; about 1/8 of 
today's little diskette. So about 1967 Jan it was decided to just take the rough 
edges off the old mess, and augment it at random, resulting in [83]. 

Inasmuch as such cards have now largely disappeared, you might think this 
an unimportant matter. Not so. Eric Clamons of UNIVAC, then a to-be 
chairman of the working committee X3L2, argued and forced through the 
assignments for BOTH ASCII and EBCDIC (even though the latter was still 
proprietary) [83, 98, 109, 118]. These never got much external publicity, but 
they were shown in the ASCII chart accompanying the Honeywell Computer 
Journal article [140]. The significance is that this standard effectively tied 
together ASCII and EBCDIC in a complete 1 -to- 1 mapping. So, when IBM's 
ASCII-based PC was used as an I/O device for their EBCDIC mainframes, 
they had but to make an ASCII-EBCDIC- ASCII chip based upon a 
correspondence already defined by the punched card mapping! 

Of course, real interchange demanded other standards in card stock, card size, 
hole size, placement, and orientation. I.e., there had to be a right side up! 

Interchange via Reels of Magnetic Tape 

Here the assignment of which bit to which track was the main question. Here 
again, IBM proposed, and ECMA was indisposed. The very real stalemate 
was broken at the ISO/TC97 meeting in Paris in March of 1957, via the 
famed "ECMA Compromise" crafted by Clamons, expounded (in the very 
room where Kissinger dickered with the Viet Cong) by me in my capacity of 
ECMA member due to working for Bull General Electric at the time. 

Interchange via Communication Media 

Here a most critical question (among others) was the bit order in serial-by-bit 
transmission. Read bytes backward and you get garbage. X3.3 owned this 
decision, not the codes committee X3.2. IBM attempted the first say [50], 
which proposed that the high-order bit be transmitted first, and discussion 
became heated [52, 54, 56]. AT&T and Teletype thought it should be low- 
order bit first hough the proposals on both sides maintained columnar 
adjacency). This latter scheme, argued in [26] by Booth of AT&T and myself, 
was the winner [71, 72], although more than a year later. 
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ASCII-ALTERNATE SETS AND THE ISO REGISTRY 

Any Internet user will have noticed that search engines turn up pages in 
various languages. And, if you are not already a user for some language that 
shows, you will be invited to download the mechanisms to permit your 
computer to display the characters of that language, for which basic ASCII 
does not suffice. Explore "www.itsci.ipsj.or.ip/ISO-IR", and you will find the 
nearly 200 character sets auxiliary to ASCII. AFNOR, the French standards 
institution, maintained this originally as custodian and registrar, then ECMA, 
and now the Japanese Information Processing Society. It's a lot of work. 

This results from my decade of effort to get my registry concept adopted. 
Registry is a method somewhat short of a single standard, and thus does not 
require all of the ponderous and time-consuming processes that an individual 
standard does. Now that is what drives laser printers and screens all over the 
world, as though everyone had always agreed "Of course! That's the way to 
doit!" 

Many lead participants in developing ASCII (Footnote-8) thought registry via 
assigned escape sequence to be a vital component of the entire ASCII system. 

Recall that the original charge [152] for the standards work that yielded 
ASCII said " ... with orderly provision for expansion and alternatives ... .". 

The concept came from my verbiage in Ref. [9], 1960 Jan, which said: 

"4. Expansion of Set — Future expansion to a set larger than 120 
may take place in two ways. One is to assign additional 
characters to presently unassigned 8-bit codes ... The second 
method is to define a shift character to "escape” to another 
character set. Thus, whenever the shift character is encountered, 
the next character (or group of characters) identifies a new 
character set, and subsequent codes are interpreted as belonging 
to that set. Another shift character in that set may be used to shift 
to a third set, which may again be the first set or a different 
set ... " 


FN-8 

X3.2 Chairman Eric Clamons: Bob's contributions .. one that affected the industry more 
profoundly than any other: the proposal to include the ESCAPE character in ASCII... To a 
large extent the ESCAPE code made ASCII what it is. ... The ESCAPE code also opened the 
way toward "data streaming", an idea that made possible the widely-used softcopy control 
standard ... 

X3 Chairman John Auwaerter: The impasse was broken by Mr. Berner's "escape" code and 
registration of alternative meanings ... 

ACM President Walter Carlson: His idea ... was to use an "escape sequence", whereby each 
natural language had its own registered escape sequence code and associated set ... 

This was the first public use of the term "escape" for such a purpose, and the 
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use of multiple characters following ESC was foreseen. See for example the 
HTML escape sequences to one such set, as bracketed between and 

In Ref. [10], 1960 Feb: 

The emergence of a single standard from a welter of competing 
precedents depends upon two solutions: 1) selection or 
development of an adequate and logical standard, 2) phasing out 
(or peaceful coexistence with) the old varieties. This paper deals 
with the latter problem and proposes the mechanics for a 
solution in the area of character codes, represented by bit 
combinations ... I propose that one of these combinations, the 
same one for all standards, be reserved as an "escape” 
character. 

Let us make provision for this "escape" combination to interrupt 
normal decoding of a stream of characters. It will say, in effect, 
that "the next T-bit combination is to be considered a numeric 
identifier of a particular standard". From then on until 
interrupted by an "escape" character in that set, all 
combinatorial T-bit characters will be interpreted according to 
that standard. Shifting from one standard to another is therefore 
dynamic. 

This was the first and primary description of the escape character. And that is 
how it is used over 40 years later, but not without obstacles and delays. 
(Footnote 9). 

In Ref. [37], 1963 Aug, page 35, it was said: 

"6. The ESCape code provides for 127 alternate sets in the 7 -bit 
set, 255 in the 8-bit set. Some of these sets may have official 
standing... (Footnote- 10): 

"8. ... The ESCape characters may be used to shift to one or 
more special sets containing all of the characters of ALGOL ... 

Other sets may be reserved for special languages for 
typesetting ..., etc. " 


FN-9 

The fuljjexthas been reproduced in http://www.bobbemer.com/ESCAPEO.HTM if you want 
to see it. The number of possible alternates is now greater, with more than one intermediate 
character in use. 


FN -10 Again, this is to my knowledge the first mention of "official standing", as the current 
Register gives them. The term is the essence of the origin of the ISO Register. 
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Ref. [84], 1967 Apr, said: 

"... The standardization process might, in the future, yield some 
alternate standard codes for special purposes, which are in a 
sense subordinate to and linked through USASCII. " 

Ref. [100], 1968 Jun 18, finds ECMA Secretary General Dara Hekimi 
understanding the entire purpose of registration, in a way that neither the U.S. 
nor European workers had so far. 

"Furthermore it is possible to define two or more specific 
USASCII characters for a predetermined (!) ESC-sequence 
having the meaning: 'go to peujabi alphabet'. The characters of 
this alphabet will in turn (be) represented each by a different 7 
bit combination and not by the original USASCII characters. ... 

We know that this is not what we mean by EXTENSION. " 

This document was accompanied by my working paper "REGISTRY - A 
New Feature for ISO Recomendations". This paper exists in full, in almost 
the original form, at http://www.bobbemer.com/REGISTER.HTM. It was the 
definitive and winning argument that led to the establishment of the 
International Register. 

Ref. [104], 1968 Sep 12, showed (as example only) that Hekimi's lesson was 
learned: 


ESC * J ESC % k means: from now on communicate with Japanese 7-bit 

Alphanumeric Code in normal state, and 7-bit KATA 
KANA code in SO state 

ESC * F ESC % m means: from now on communicate with French 7-bit code (NF 

Z 62-010/67) in normal state, and 7-bit mathematical 
table in SO state 


In Ref. [122], 1970 April, the groundwork for the Registry was finally laid. 
At last! After a decade of pressures had passed. And the good ECMA people 
extended the concept properly to national variations: 

- Procedure for recording of escape sequences (Document 97 12 
N409) 

"... In the course of the Naples meeting (1969 May 12-14), it has 
been decided to set up a "recording authority" for the escape 
sequences of the ISO 7 -bit coded character set, and AFNOR had 
been proposed to take charge of this responsibility. A group of 
experts met at PARIS in September 1969 to edit a recording 
procedure. This procedure, once approved as ISO 
Recommendation, will permit to work out a document under 
conditions more rapidly acceptable than those required for the 
approval of an ISO Recommendation. " 
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Ref. [141] contains an elaboration of possible ASCII-altemate sets: 

" ISO TC46, Documentation, has a Subcommittee on Automation 
in Documentation. This body has responsibility for collecting 
and/or developing the pages of encoded symbols. Examples ... 
are: 

• Characters to form natural languages (alphabets) ... 

Cyrillic, Greek, Hebrew, Arabic, Sanskrit, Braille, Kata 
Kana, Kanji, dactylogy (hand signs), ... other punctuation. 

• Symbols of various fields ... Aeronautics, Astronomy 
(Astrology), Biology, Botany, Business, Chemistry, 
Ecclesiastical, Fraternal, Electricity and Magnetism, 
Flowcharts, Games, Heraldry, Logic diagrams, 

Mathematics, Geometry, Physics, Medicine, Meteorology, 
Money, Music, Philately, Pictorial, Ornaments, 

Transportation, Typography, Welding ... other scientific. 

• Controls for changing point size, weight, slope, font, 
position relative to the base line, horizontal compression, 
etc. " 

Finally, in Ref. [147] of 1979 Jul, the conclusion was: 

"Over ten years ago it was recognized that ASCII was the basis 
for codification of the various symbols used throughout the 
world. " 

"The methods are in place for codifying all symbols that people 
use. They may be language alphabets, signs, drawing symbols, 
or controls for equipments. Robots, for example. ... How about a 
control set or two for sewing machines?" 

The question about sewing machines was very serious! And the UNICODE 
supporters don't seem to have considered this even larger aspect. What, for 
example, is the UNICODE base- 16 value for the United States flag? Will 
they too have to use the Registry? 
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QUESTIONS THAT REMAIN 

Four decades give one time to mull the implications of IBM's actions during 
the development of ASCII. Now there are some questions to ask of the 
insiders still living. 

One such is Fred Brooks. Why did he find it necessary, when EBCDIC was 
chosen, to tell me that they had to give up ASCII because the printers and 
card punches were not yet ready in ASCII form when it became mandatory to 
announce the 360 as soon as possible? Think of that, as some have since. 
There seems no strong reason why these fairly passive devices could not be 
finally adapted between announcement and first delivery. 

I have lived with, and published, that explanation for many years. Now the 
attitude is "No more! What is the truth? 

There could have been three options in case of major difficulties: 

1 . Say "Surprise, surprise! You can operate your 360 in either ASCII or a 
superset of our previous code" ... "and we supply an operating system 
for the latter", or 

2. "You can buy an EBCDIC 360, or you can buy an ASCII 360. Take 
your pick.", or 

3. "We made a mistake in our original support of ASCII. The 360 is going 
to have a new code never before used, even though you may recognize 
some of the old characters used in your files." 

The argument for 1) is that the 360 was designed with what was/is known as 
a "P-bit", which, set one way, made it an EBCDIC machine, and, set the other 
way, made it an ASCII machine. 

The argument against both 1) and 2) is that, in what is now known as the 
greatest ever computer snafu, Fred Brooks' programmers embedded EBCDIC 
characteristics in the most (until then) expensive software in history. When 
the P-bit was set to ASCII mode, none of the software would work! 

(Footnote- 1 1). Much to everyone's surprise. That left only 3), and the 
remaining questions are: 

• When was IBM management aware of this awful predicament, 

• When did IBM actions about ASCII change to mirror their dilemma? 

• Who (high-enough up) orchestrated IBM's turnaround? 

I cannot give definite answers. But analysis may be facilitated by the special 
marker | placed in the text wherever an adverse IBM-caused action is 
suspected. 


FN-ll As additional evidence that this group of programmers was out of control, they also, 
at that time, saddled much of the world with the embedded characteristics of the 2-digit year, 
a problem that surfaced viciously some 30 years later (even though the matter was being 
discussed in X3 at the time). 
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THE SOBRIQUET 

A Google search of the Web for "Father of ASCII" currently yields about 90 
hits, all referring to this author. An editor of Computerworld once suggested 
that it was self-assigned. And many places that the phrase is used are in error. 
So the matter should be dealt with here, integral to this history. 

First we must recognize that the word "ASCII" is now generic, even though I 
tried for a long time (unsuccessfully) to have it called the "ISO Code". And 
we must recognize three large segments or aspects of the ASCII world: 

• ASCII Art 

• ASCII The Coded Character Set 

• ASCII The Base for ALL Coded Character Sets, and the Web 
So is "Father of ASCII" correct for all of these? Well, yes and no. 

ASCII Art 

This one was surprising. There are thousands of websites devoted to making 
pictures of a sort with the graphic symbols of ASCII. Of course with a system 
of dot combinations, formerly called "rotogravure", they'd be even happier. 
That was sort of done once, in a registered ASCII variant called "Teletext". 

But the parenthood would apply only to the set of graphic symbols. In [162] 
it is shown that I contributed, via accepted proposals, the characters { } [ \ ] 
ESC to ASCII, and that none of these had ever existed in the internal 
character set of any computer before STRETCH (with the possible exception 
of square brackets in the character set of the LGP-30). 

US (Unit Separator), RS (Record Separator), GS (Group Separator), and FS 
(File Separator) are 4 other characters that I put in very early, but without 
those names. And they have no graphic shape, anyway. The backslash seems 
to be the character that would be most missed. 

ASCII The Coded Character Set 

The text so far shows that I had much influence in putting the standards 
efforts, in the U.S. and worldwide, into action. 

But I exerted little fatherly influence, leaving the selections and code 
placement to the international bodies who did that as their primary reason for 
existence. J.A.N. Lee said, in his bio for me in [155] that: 

" ... He was not the inventor of ASCII ... 

True. ASCII was not "inventable". There was no way to achieve a standard 
code of the present universality without leaving it to a vast group of 
manufacturers and workers. Lee explained as much. But he added that: 
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Berner's forceful articulation and demonstration of the simplicity 
of the "escape sequence" solution achieved acceptance of a US 
standard that rendered as nonstandard all existing computer 
designs, software systms, and telecommunications hardware, 
including the whole repertoire of IBM equipment that used 
EBCDIC..." 

I attempted to explain the "father" usage in a letter to BYTE Magazine [154] 
in response to a man who claimed [153] that ASCII was obsolete: 

But it is not correct to say that I created ASCII. To say this 
insults many people who dedicated years of their lives working 
out compromises between dozens of existing codes for the 
resultant single code. I have never demurred at being called the 
"father of ASCII", as it is the "mother" who creates. 

I did get X3 to agree to move the alphabets to where they are now, reserving . 
three positions following them for international usage in ASCII-alternate sets. 
And I did maneuver the development work to be done on an international 
basis, ensuring the cooperation and support of all countries. 

ASCII — The Base for ALL Character Sets, and the Web 

Now the real fathering, of the mechanisms that enable the Worldwide Web. 

From the beginning of my interest in standard encoding methods, I saw the 
problem not as creating a single standard code, but as having a basic code and 
system from which the multitude of graphic symbols in the world could be 
encoded in groupings reached by temporary departure from the base system. I 
envisioned alternate coding tables, which could be invoked dynamically as 
identified by 

"an identifier self-identifiable as an identifier" 

Thus the genesis of the "escape" character. Like the "Now hear this" on a 
Navy ship, followed by a message to be obeyed, "escape" fits the "orderly 
provision for expansion and alternatives" clause of the original program-of- 
work statement. 

I did not create the sobriquet "Father of ASCII". It came to me in the late 
1960s as the parcel address for such a person at General Electric in Phoenix. 
Someone with knowledge forwarded it to me, and inside was a letter starting 
"Dear Bob". I accept it for being a major force in the creation and adoption of 
ASCII, as said in a Marconi Prize nomination in [174], 

Remarks on the IBM PC of the Early 1980s 


How did IBM, stuck in the EBCDIC morass, ever get to design and produce 
its first PC, an ASCII-based machine? One could give several answers: 
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• Existing PCs, regardless of sales volume, were ASCII-based. 

• The rise of communications networks made it probable that the PC 
would be used more as a network terminal than as a standalone 
computer, and the networks were ASCII. And so it turned out! 

• Some ingenious IBMers discovered a way to do arithmetic directly 
upon the ASCII codes for the digits. They even patented it. The only 
problem was that the method could not be adapted to EBCDIC digits 
with the high 4 bits as " 11 1 1 ", whereas in ASCII they were "001 1 ". 

This meant "goodbye forever" to the packed-decimal arithmetic 
developed for the 360, which chews up so many computational cycles. 

• Although IBM had by this time, thanks to the foresight of Eric 
Clamons in forcing a 1-1 correspondence via the punch card code 
standard for ASCII, a chip that would convert both ways in a flash, 
why bother, when the collating sequences would still sandbag the user? 

WILL ASCII LAST? 

Very possibly. The NIST (National Institute of Standards and Technology), 
an arm of the U.S. Dept, of Commerce, said recently: [158] 

" Most modern developments in the computer field, such as the 
Internet, would not have been possible without this underlying 
[ASCII] code" 

A Computerworld article [156] had this to say: 

"If it weren't for a particular development in 1963, we wouldn't 
have e-mail and there would be no World Wide Web. Cursor 
movement, laser printers and video games; all of these owe a big 
debt of gratitude to this technological breakthrough. What is it? 
Something most of us take for granted today: ASCII. Yep, plain 
old ASCII, that simplest of text formats. " 

With respect to UNICODE: 

• It may be that not all users will wish to pay the price of doubled 
memory, no matter if it becomes molecular. And a second "plane" of 
65K new characters is under development. 

• 2 power 1 6 characters may seem like enough today, but its symbols are 
mainly those of alphabetic characters or other language pictographs. 
There is no room in 16 bits for architectural units, symbolic logic 
symbols, sewing machine or factory assembly controls, or whatever the 
next computer usages will be when our minds are augmented further. 

• Even now, UNICODE has been forced to accommodate other sets via 
the time-honored escape sequence identifier. 

As to the possibility of ASCII dying out of its own accord, see the last word 
in the motto of the State of Michigan — "si queram ... peninsulam, 
circumspice". Which is translated as "look around you". 


file://C:\annals\STORY-5.HTM 


11/09/2002 



A Story of ASCII (REFS) 


Page 1 of 1 


A Story of ASCII 


REFERENCES 

1958 

1. A. Vanderburgh, "The Lincoln Keyboard - a Typewriter Keyboard Designed for 
Computer Input Flexibility", Commun. ACM 1, No. 7, 4, 1958 Jul. 

2. R.F Johnston, "Character representation and storage systems", 

Proc. Canadian Conf. for Computing and Data Processing, 120-135, 1958. 

1959 

3. M.D.Grems, "A symbol coder for automatic documenting", 

Computer News, No. 147, 9-18, 1959 Apr 15, and No. 148, 15-19, 1959 May 01. 

4. H.S.Bright, "A proposed 64-character alphabet for hardware implementation of the 
IAL reference language", Commun. ACM 2, No. 5, 6-9, 1959 May. 

5. U.S. Army Signal Corps., "Fieldata Equipment Intercommunication Characteristics", 
memorandum for: Director, Data Processing, Facilities Div., Communications Dept., 
US-SRDL of 1959 Apr, revised 1959 Aug. 

6. R.W.Bemer, "A proposal for a generalized card code of 256 characters", 

Commun. ACM 2, No. 9, 19-23, 1959 Sep. 

— Computing Reviews 00025 

7. J.T.Gilmore, Jr., R.E. Saveli, "The Lincoln Writer", 

M.I.T. Lincoln Lab., Group Report 51-8, 1959 October 06. 

8. British Standards Institution, "Alpha-numeric Punching Codes for Data 
Processing Cards", British Standard 3174:1959. 

1960 

9. R.W.Bemer, W.Buchholz, "An extended character set standard", 

IBM Tech. Pub. TR00. 18000.705, 1960 Jan, rev. TR00.721, 1960 Jun 
— Computing Reviews 00813 

10. R.W.Bemer, "A proposal for character code compatibility", 

Commun. ACM 3, No. 2, 71-72 (1960 Feb) 

— Computing Reviews 00320; Computer Abstracts 60-865 

1 1 . Electronic Industries Association, Committee TR24.4 Document 7233, 

"Basic character set code, tentative standards proposal", 1960 May. 

12. US Dept, of Defense, "Fieldata code", in MIL-STD-188A, 1960 Jun 21. 

13. E.A.Voorhees, "Some thoughts on reconciling various character set proposals", 
Commun. ACM 3, No. 7, 408-409, 1960 Jul. 

[their own 133-character set used with the Los Alamos STRETCH computer]. 

14. W.F.Luebbert, "Information Handling and Processing in Large Communications 
Systems", Tech. Report 099-1, Stanford Electronics Labs., Stanford U., 1960 Jul 11. 

15. H.J.Smith, Jr., "A Short Study of Notational Efficiency", 

Commun. ACM, 1960 Aug. 

16. British Standards Institution, Committee DPE 149, "Draft British Standard for 
Punched Tape Coding, Part 1. 7 track code", AA (DPE) 3543, 1960 Sep. 

17. R.W.Bemer, "Survey of coded character representation", 

Commun. ACM 3, No. 12, 639-641, 1960 Dec 

— Computing Reviews 00639; Computer Abstracts 61-287 

18. H.J.Smith, Jr., F. A. Williams, "Survey of punched card codes", 

Commun. ACM 3, 639 & 642, 1960 Dec. 

1961 

19. H.McG.Ross, "Considerations in Choosing a Character Code for 
Computers and Punched Tapes", The Computer Journal, 1961 Jan. 

20. H.McG.Ross, "Further survey of punched card codes", 


file://C:\annals\REFS.HTM 


11 / 10/2002 



A Story of ASCII (REFS) 


Page 2 of 8 


Commun. ACM 4, No. 4, 182-183, 1961 Apr. 

21. R.W.Bemer, H.J.Smith, Jr., F.A.Williams, 

"Design of an improved transmission/ data processing code", 

Commun. ACM 4, No. 5, 212-217 & 225, 1961 May. 

-- Computer Abstracts 61-1920 

22. A.A. Markov, On alphabet encoding", Doklady Akad. Nauk 139, No. 3, 

560-561, 1961 Jul. 

23. X3.2/1, "Proposed American standard code for information interchange", 

1961 Nov 10. 

1962 

24. R.W.Bemer, W.Buchholz, "Character set", 

Chapter 6 in Planning a Computer System, McGraw-Hill, 1962, 60-74 
— Computer Abstracts 62-2004 

25. ISO/TC97/WGE (USA-1 1)56, "Programming language implications on 
coded character sets", 1962 May 09, R. W. Bemer 

26. X3.2/4, "Proposed American standard code for information interchange", 

1962 May 25. 

27. R.F.Clippinger, "Data processing standards", 

Computer Applications Symposium, Armour Res. Found., 176-181, 1962. 

28. ISO/TC97/WG B(Sec.-5)16, 1962 Jun. (proposals A and B). 

29. R.R. Shaw, "Parameters for machine handling of alphabetic information", Amer. Soc. 
13, No. 3,267-269, 1962 Jul. 

30. C.A.Phillips, R.E.Utman, "Standardization in computers and information processing", 
Proc. Fall Joint Comput. Conf., 1962, 177-183. 

31. IBM Document J22-6690, "Standard BCD Interchange Code", 1962. 

1963 

32. ISO/TC97/SC2(Sec.-12)30, "ISO Draft Proposal, 6 and 7 bit character codes for 
information interchange", 1963 Jan. 

33. ECMA-1, "ECMA Standard for a 6 bit input/output character Code", 

1963 Mar 29. 

34. H.McG.Ross, "Current positions on standards work relating to computers", 
the Comput. Bull. 6, No. 4, 133-135, 1963 Mar. 

35. T.Merrill, "Versatile Passkey to Communication", 

Business Week Magazine 128-131, 1963 Jun 15. 

36. ANS X3.4-1963, "American standard code for information interchange", 

1963 Jun 17 (nee X3.2/13, 1962 Sep 10). 

37. R.W.Bemer, "The American standard code for information interchange", 

Datamation 9, No. 8, 32-36, 1963 Aug, and ibid 9, No. 9, 39-44, 1963 Sep. 

- Computing Reviews 04910; Computer Abstracts 63-2778 

38. -, "New ASA standard offers coding uniformity for data interchange", 

Special Issue, IBM Data Processor 7, No. 7, 12 pp., 1963 Aug 07. 

39. "Code standardization", Report for Aerospace.com, Deputy for Communication 
Systems, by ITT Commun. and Systems, 1963 Aug 15. 

40. L.L. Griffin, et al, "Uniform machine language to speed communications". 

The Magazine of Standards (ASA) 34, No. 8, 235-239, 1963 Aug. 

41. -, "American standard code for information interchange", 

Commun. ACM 6, No. 8, 422-426, 1963 Aug. 

42. E.H.Clamons, "At last - a standard code for information systems", 

Control Engineering 10, No. 10. 91-94, 1963 Oct. 

43. -, "ALCOR group representation of ALGOL symbols", 

Commun. ACM 6, No. 10, 597-599, 1963 Aug. 

— Computing Reviews 05697 

44. G.McKeever, "History of Teletype Development", 
http://www.knobstick.ca/museum/vhist.htm#mhist 

45. J.F.Auwaerter, "A new standard code for teletypewriters", Bell Laboratories Record, 
395-400, 1963 Nov. 


file://C:\annals\REFS.HTM 


11/10/2002 



A Story of ASCII (REFS) 


Page 3 of 8 


46. ISO/TC97/SC2(Sec. -22)75, "Second ISO Draft Proposal, 6 and 7 bit character codes 
for information processing interchange", 1963 Dec. 

1964 

47. C.J.Shaw, "On declaring arbitrarily coded alphabets", Commun. ACM 7, No. 5, (BR> 
288-290, 1964 Mar. 

48. ISO/TC97/SC2(Sec.-32)125, "Third ISO Draft Proposal, 6 and 7 bit character codes 
for information processing interchange", 1964 May. 

49. -, "Proposed American standard - recorded magnetic tape for information 
interchange", Commun, ACM 7, No. 5, 284-286, 1964 May. 

(based on X3.2/73, 1964 Jan). 

— Computing Reviews 06471 

50. -, "Proposed American standard - bit sequencing of the American standard code for 
information interchange", (serial-by-bit data transmission), 

Commun. ACM 7, No. 6, 333-336, 1964 Jun. 

— Computing Reviews 06516 

51. -, "Proposed American standard - perforated tape code for information interchange", 
Commun. ACM 7, No. 6, 336-338, 1964 Jun, 

(X3.2/16, 1963 Dec 19) 

- Computing Reviews 06517 

52. X3.3.3/7, "Working paper, character structure for serial-by-bit transmission in the 
ASCII", 1964 Jul 07, (first separation of parity sense from bit sequence) 

53. E.Bukstein, "Binary computer codes and ASCII", 

Electronics World, 28-29, 1964 Jul. 

54. F.C.White, "Bit sequence stirs data/comm feud", 

Air Transport World, 26-28, 1964 Jul. 

55. V.E.Henriques, "Current position and future of EDP standards", 

Proc. ACM 19th Natl. Conf., 2 pp., 1964 Aug. 

— Computing Reviews 07095 

56. R.W.Bemer, J.Booth, "Comments on bit-sequencing of the ASCII in serial-by-bit data 
transmission", 

Commun. ACM 7, No. 8, 483-485, 1964 Aug. 

— Computing Reviews 06519; Computer Abstracts 64-2270 

57. V.E.Henriques, "The urgent quest for standards", 

Business Autom. 11, No. 9, 22-27, 1964 Sep. 

— Computing Reviews 08438 

58. 7-bit code, CCITT version, 1964 Oct 09. 

59. H.McG.Ross, "The ISO Character Code", 

The Computer J. 7, No. 3, 197-202, 1964 Oct. 

60. E.Morenoff, J.B.McLean, O.Odell, "IPC, a coded character set for information 
processing", Rome Air Devel. Ctr., Griffiss AFB, AD-608916, 18 pp., 1964 Oct 18. 

61 . X3.2.4/64, "Draft revised ASCII", 1964 Oct 20. 

62. M-64-900A, "Mil Std Code", 1 964 Dec 0 1 . 

63. X3. 2. 4/172, "Draft proposed revised ASCII", 1964 Dec 03. 

1965 

64. X3. 2/206, "Proposed revised ASCII", 1965 Jan 21. 

65. D.W.Barron, "The ISO character code", The Comput. J. 7, No. 4, 281, 1965 Jan. 

— Computing Reviews 1 1206 

66. -, "ACM opposes acceptance of ELA standard RS-244 as an American standard on a 
par with ASCII", 

— Computing Reviews 08543 

67. ISO/TC97/SC2(Sec.-37) 130, "Fourth ISO Draft Proposal, 6 and 7 bit character codes 
for information processing interchange", 1965 Mar. 

68. -, "Transparent-mode control procedures for data communication, using the American 
standard code for information interchange - a tutorial", 

Commun. ACM 8, No. 4, 203-206, 1965 Apr. 


file ;//C :\annals\REFS .HTM 


11/10/2002 



A Story of ASCII (REFS) 


Page 4 of 8 


69. "Proposed revised American standard code for information interchange", 

Commun. ACM 8, No. 4, 207-214, 1965 Apr. 

— Computing Reviews 07784 

70. -, "ECMA standard - representation of the standard ECMA 7-bit code in punched 
cards", Commun. ACM 8, No. 7, 441-442, 1965 Jul. 

— Computing Reviews 09937 

7 1 . E.H.Clamons, "Low-order or high-order, ?tsrif tib hcihw", 

Control Engineering, 102-103, 1965 Aug. 

72. -, "Proposed American standard, character structure and character parity sense for 
serial-by-bit data communication in the ASCII". Commun. ACM 8, No. 9, 553-556, 
1965 Sep. 

73. H.Zemanek, "Alphabete und Codes", Electronische Rechenanlagen 7, No. 5, 239-258, 

1965 Oct. 

1966 

74. X3. 2/384, "Draft proposed revised ASCII", 1966 May 20. 

75. DIN 66 003, "Informationsverarbeitung, 7-bit-code", 1966 May (Germany). 

76. R.W.Bemer, "Information processing - a bit expensive?", 

Forum Editorial, Datamation 12, No. 6, 140, 1966 Jun. 

77. ISO Draft Recommendation 1052, "6 and 7 bit character codes for information 
processing interchange", 1966 Jun. 

78. X3.2/41 1, "Draft proposed revised ASCII", 1966 Jul 15. 

79. ANS X3. 15-1966, "Bit sequencing of the ASCII in serial-by-bit data transmission", 
(equivalent to FIPS 16) (X3.3/23, 1965 Jun 09, approved 1966 Aug 19) 

80. ANS X3. 16-1966, "Character structure and character parity sense for serial-by-bit 
data transmission in the ASCII", (equivalent to FIPS 17)> (X3.3/... approved 1966 
Aug 19 (ODD for synchronous, EVEN for asynchronous) 

81. -, "Proposed American standard, character structure and character parity sense for 
serial-by-bit data communication in the ASCII". Commun. ACM 9, No. 9, 695-697, 

1966 Sep. 

82. -, "Code extension in ASCII (an ASA tutorial)", 

Commun. ACM 10, No. 4, 758-762, 1966 Oct. 

1967 

83 . E.H.Clamons, "The proposed new punched card code standard", 

Control Engg. 14, No. 2, 1967 Feb. 

84. R.W.Bemer, "ESC facility in USASCII", 

Letter to the Editor, Commun. ACM 10, No. 4, 282, 1967 Apr. 

85. H.Zemanek, "Gedanken zu einem 8-bit-code", Electronische Rechenanlagen 9, 65-67, 
1967 Apr. 

86. H. Bemdt, G.Haberzettl, "Der intemationale 7-bit-code", Electronische 
Rechenanlagen 9, 68-73, 1967 Apr. 

87. ECMA-6, "ECMA Standard for a 7 bit input/output character code", 

2nd edition, 1967 Jun. 

88. D.L.A. Barber, D.O.Claydon, "A keyboard layout for use with the ISO 7-bit code", 
Comput. Bull. 1 1, No. 1, 66-67, 1967 Jun. 

89. P.B. Goods tat, "USASCII, Whafs it all about?", 

Data Processing Magazine, 20-24, 1967 Jun. 

90. R.W.Bemer, "On format effectors", 

Commun. ACM 10, No. 7, 396, 1967 Jul. 

91. USSR State Standard, GOST 13052-67, "Computers and data transmission 
equipment, alpha-numeric codes", approved 1967 Jul 10 (mandatory, by law). 

92. R.W.Bemer, "Towards standards for handwritten zero and oh", 

Commun. ACM 10, 8, 513-518, 1967 Aug. 

- Computing Reviews 14629; Computer Abstracts 67-2508 

93. -, "Proposed USA standard - recorded magnetic tape for information interchange (200 
cpi, NRZI)", (Commun. ACM 10, No. 1 1, 730-737, 1967 Nov. 

-- Computing Reviews 13711 


file ://C :\armals\REFS .HTM 


11/10/2002 



A Story of ASCII (REFS) 


Page 5 of 8 


94. "Proposed USA standard - magnetic tape labels for information interchange", 
(Commun. ACM 10, No. 11, 737-743, 1967 Nov. 

— Computing Reviews 13712 

95 . ECMA- 12, "ECMA standard for data interchange on 9 track magnetic tape at 3 1 .5 bit 
per m m (800 bpi)", 1967 Nov (2nd edition 1970 Jun). 

96. ISO Recommendation 646, "6 and 7 bit coded character sets for information 
processing interchange", 1967 Dec. (from DR 1052). 

1968 

97. "Proposed USA standard - general purpose alphanumeric keyboard arrangement for 
information interchange", Commun. ACM 11, No. 2, 126-129, 1968 Feb. 

98. -, "Proposed USA standard - Hollerith punched card code", Commun. ACM 11, No. 

4, 275-281, 1968 Apr. 

99. ECMA-16, "ECMA standard for basic mode control procedures for data 
communications systems using the ECMA 7-bit code", 1968 May. 

100. -, Document ECMA/TC 1/68/37, M. Dara Hekimi, Secretary General, 1968 Jun 18. 

101 . D.V.Black, "Creation of computer input in an expanded character set", 

J. Library Autom. 1, No. 2, 110-120, 1968 Jun. 

-- Computing Reviews 15755 

102. J.N.Bairstow, "USASCII: Federal government action on standards challenges 
computer manufacturers", Control Engineering, 84-87, 1968 Aug. 

103. -, "Standards in information processing", Elektronische Rechenanlagen 10, No. 9, 
458-459, 1968 Sep. 

— Computing Reviews 17173 

104. M.Ballabeni, Document ECMA/TC 1/68/5 5, "Comments on the Extension and 
Expansion Matter", 1968 Sep 12. 

105. -, X3.4-1968, 1968 Oct 10. 

106. P.Hirsch, "Release due for Federal directive on ASCII", 

News Scene, Datamation 14, No. 10, 69, 1968 Oct. 

107. ANS X3.25-1968, "Character structure and character parity sense for parallel-by-bit 
data communication in the ASCII", (equivalent to FIPS 1 8) 

(X3.3/35, 1966 Feb 09, approved 1968 Oct 24) 

108. -, "Code for information interchange", 

Federal Information Processing Standard (FIPS PUB) 1, Natl. Bur. of Standards, 
Washington, DC, 1968 Nov 01. 

109. -, "Correspondences of 8-bit and Hollerith codes for computer environments - a 
USASI tutorial", Commun. ACM 11, No. 11, 783-789, 1968 Nov. 

-- Computing Reviews 16119 

110. -, "Proposed USA standard - code extension procedures for information interchange", 
Commun. ACM 11, No. 12, 849-852, 1968 Dec. 

1969 

111. ISO Recommendation 961, "Implementation of the 6 and 7 bit coded character sets 
on 7 track 12.7 mm (1/2 in.) magnetic tape", 1969 Feb. (from ISO DR 1320). 

112. ISO Recommendation 962, "Implementation of the 7 bit coded character set on 9 
track 12.7 mm (1/2 in.) magnetic tape", 1969 Feb. (from ISO DR 1321). 

113. -, "Data communication control procedures for the USA standard code for 
information interchange", Commun. ACM 12, No. 3, 166-178, 1969 Mar. 

1 14. G.E. Jones, "The impact of standards", Computers and Automation 18, No. 5, 38-39, 
1969 May. 

-- Computing Reviews 17385 

115. ECMA-23, "ECMA standard for keyboards generating the code combinations of the 
characters of the ECMA 7 bit coded character set", 1969 Jun. 

116. C.E.Cohn, "Reading ASCII tape on a BCD computer", Software Age, 1969 Jul. 

117. R.W.Bemer, "Escape to reality", 

Forum Editorial, Datamation 15, No. 8, 239-240, 1969 Aug. 

118. ANS X3.26-1969, "Hollerith punched card code", 

(same as FIPS 14, 128 characters only). 


file ://C AarmalsYREFS .HTM 


11/10/2002 



A Story of ASCII (REFS) 


Page 6 of 8 


119. ECMA-20, "ECMA standard for the implementation of the ECMA 7-bit coded 
character set on punched cards", 1969 Jun. 

120. ECMA-24, "ECMA standard for code independent information transfers", 1969 Dec. 

121. Japanese Industrial Standard Code for Information Interchange", 

"JlSCn", C6220-1969. 

1970 

122. Document ISO/TC97(France-2)362E — Report of ISO/TC97/SC2, Character Sets and 
Coding, to Technical Committee ISO/TC97 (Berlin), 1970 Apr. 

123. ECMA-5, "Data interchange on 7-track magnetic tape", 1970 Jun, (3rd edition). 

124. ISO Recommendation 1679, "Representation of ISO 7-bit coded character set on 12- 
row punched cards", 1970 Jul. 

125. ECMA-25, "ECMA standard for representation of 8-bit combinations in 12-row 
punched cards", 1970 Aug. 

126. R.W.Bemer, "Information processing standards", 

Proc. DPMA Inti. Conf., 1970, in Data Management 8, No. 9, 115-118, 1970 Sep. 

— Computer Abstracts 71-3126 

127. ISO Draft International Standard DIS 2375, "Data processing - Procedures for the 
registration of escape sequences", 1970 Sep. 

128. IBM Corporate Systems Standard, "Extended BCD interchange code - Latin 
alphabets:, CSS 3-3220-002, 40 pp, 1970 Nov. 

129. ANS X3. 26-1970, "Hollerith punched card code", revision of X3.26-1969 (all 256 
characters). 

130. H.McG.Ross, "The British Standard Data Code, and how to exploit it", 

The Computer J. 13(3), 223-229, 1970 

1971 

131. J.P.Ancona, S.M. Garland, J.J.Tropsa, "At last: a standard for keyboards". 

Datamation 17, No, 5, 32-36, 1971 Mar 01. 

132. ECMA-26, "ECMA standard for recovery procedures", 1971 Apr. 

133. ECMA-27, "ECMA standard for abort and interrupt procedures", 1971 Apr. 

134. ECMA-28, "ECMA standard for multiple station selection procedures", 1971 Apr. 

135. ISO Recommendation 1861, "7-track 8 bpmm (200 bpi) magnetic tape for 
information interchange", 1971 May (was DR 1861). ISO Recommendation 2121, 
"Representation of ISO 8-bit coded character set on 12-row punched cards", 1971 
May. 

136. ISO Draft International Standard, DIS 2375, "Data processing: Procedures for the 
registration of escape sequences", 1970 Sep. 

137. ECMA-29, "ECMA standard for conversational information transfer", 1971 Sep. 

138. ECMA-36, "ECMA standard for data interchange on 9-track phase encoded magnetic 
tape at 63 bpmm (1600 bpi)", 1971 Dec. 

139. ANS X3. 28- 1971. "Procedures for the use of the communication control characters of 
the ASCII in specified data communications links", 

1972 

140. R.W.Bemer, "A view of the history of the ISO character code", 

Honeywell Computer J. 6, No. 4, 274-286, 1972 

1973 

141. R.W.Bemer, A.R.Shriver, "Integrating computer text processing with 
photocomposition" 

IEEE Trans. Prof. Commun., PC-16, No. 3, 92-96, 1973 Sep. 


file ://C :\annals\REFS .HTM 


11/10/2002 



A Story of ASCII (REFS) 


Page 7 of 8 


1974 

142. Nancy Foy, "The IBM World", Eyre Methuen, London, 1974, pp 49-50. 

1975 

143. R.W.Bemer, "ASCII -- the data alphabet that will endure". 

Keynote, Proc. 2nd Natl. NBS Symposium on Data Elements 
in Information Processing, 17-22, 1975 Oct 23-24. 

144. ISO, "Registration No. 002 ~ ISO 646 Character Set of 1975 Dec 01" 

1978 

145. R.W.Bemer, "Inside ASCII - Part I", 

Interface Age Magazine 3, No. 5, 96-102, 1978 May. 

146. R.W.Bemer, "Inside ASCII - Part II", 

Interface Age Magazine 3, No. 6, 64-74, 1978 Jun. 

147. R.W.Bemer, "Inside ASCII - Part III", 

Interface Age Magazine 3, No. 7, 80-87, 1978 Jul. 

1979 

148. R.W.Bemer, "Using ASCII", 

Computers Today 1, No. 1, 1979 Jan. 

1980 

149. C.E.Mackenzie, "Coded Character Sets, History and Development", Addison-Wesley 
Publishing Co. 1 Reading, MA, 980. 

1982 

150. R.W.Bemer, "Standards for keyboards", 

Inti. J. Computers & Standards 1, 133-135, 1982. 

1984 

151. B.O. Evans, "IBM System/360", in The Computer Museum Report Number 9, 
Summer 1984. (see also) 

"http://ed-thelen.org/comp-hist/The CompMusRep/TCMR-V09.html") 

1988 

152. J.A.N. Lee, "Happenings - The 25th Anniversary of Committee X3", 

Annals of the History of Computing 9, No. 3/4, 346-354, 1988. 

1990 

153. R.Collins, "Time to replace ASCII?", Letter to editor, BYTE Magazine, 420, 1990 
Jan. 

154. R.W.Bemer, Letter to editor, BYTE Magazine, 36, 1990 Jun. 

1995 

155. J.A.N. Lee, "Computer Pioneers", book, IEEE Computer Society Press, 840 pp., 

1995. 


file://C Aannals\REFS.HTM 


11/10/2002 



A Story of ASCII (REFS) 


Page 8 of 8 


1999 

156. M.Brandel, "1963: ASCII Debuts", Computerworld, 1999 Jun 16. 

Other Papers 

157. "International register of coded character sets to be used with escape sequences", 
(ISO), www.itscl.ipsj.or.jp 

158. M.M.Gray, "Code for information interchange — ASCII", 
http://nvl.nist.gov/pub/nistpubs/sp958-lide/html/172-173.html 

159. Electronic Industries Association, "EIA Tentative Standards Proposal for Eleven- 
sixteenths Inch Wide Five-track Perforated Paper Tape." 

160. Electronic Industries Association, "EIA Standards Proposal for One Inch Perforated 
Paper Tape." 

161. U.S. Department of Defense, Military Standard 188A (Fieldata). 

162. R.Czyborra, "Good Ole' ASCII", http://czyborra.com/charsets/iso646.html 

163. J.Korpela, "Character histories: notes on some ASCII code positions", 

See www.cs.tut.fi/~jkorpela/latinl/ascii-hist.html 

164. T.Jennings, "ASCII: American Standard Code for Information Infiltration", 
www.wps.com/texts/codes/jennings 

165. M.G.Kuhn, www.cl.cam.ac.uk/~mgk25/ucs/ascii-history 

166. S.Searle, "A Brief History of Character Codes", tronweb.super-nova.co.jp 

167. R.W.Bemer, "ASCII and the Number of the Beast", www.bobbemer.com/666.HTM 

168. R.W.Bemer, "The Great Curly Brace Trace Chase", 
www.bobbemer.com/BRACES.HTM 

169. D. Winter, www.cwi.nl/~dik/english/codes/7tape.html 

170. D. Winter, "Internal Codes", 
www.cwi.nl/~dik/enghsh/codes/mtemal.html 

171. D.Winter, www.cwi.nl/~dik/english/codes/magtap.html 

172. D.Winter, "100+ Codes" (pre-ASCII), www.science.uva.nl 

173. J.Price, '"ASCII Chart' and Related Fonts", www.jimprice.com 

174. www.bobbemer.com/ASCII.HTM 

175. std.dk.uug.dk/JTCl/SC2/WG2/docs/N1300 

176. www.thocp.net/timeline/1968.htm 

References by Topic 

Punch Cards -6-8-18-20-70-83-98-109-118-119-124-125-129-136 

(Perforated) Paper Tape - 16-19-51-159-160- 

Magnetic Tape - 49-93-94-95-11 1-112-123-135-138 

Keyboard - 1-88-97-115-131-150 

Registry, Extension - 82-100-104-1 10-122-127-144-157 

Communications - 5-14-68-71-73-81-82-99-107-113-139 

Communications - bit sequencing - 50-52-54-56-71-72-79-80-81 

Character Set Encoding - 4-9-10-21-23-24-26-28-31-32-33-35-36-37- 

38-40-41-42-45-46-48-53-58-59-60-61-62-63-64-65-66-67-69-73-74-75-77 

78-86-87-91-96-102-105-108-120-121-128-130-143 


ftle://C:\annals\REFS.HTM 


11 / 10/2002 



A Story of ASCII (REFS) 


Page 1 of 1 


ENDNOTES 

EN-1 It would have been nice to make a HTML redo of Table 3. The HTML proponents 
would have you think this was possible. But not all fonts show all of the special HTML 
graphics on the screen, and if you pick a font that does — there is no guarantee that your 
laser printer will produce it! And my very modern HP 1200 will often not match the line 
spacing showing on the screen. 

EN-2 And if HTML could not be used for Table 3, think of the impossibility for Tables 1 and 
2, where many characters are not even given their own HTML sequences. I had to draw 
those myself with an old-fashioned Leroy ink lettering set. 


EN-3 Historical source information on ASCII development is in widely scattered locations. 
Some at the National Museum of American History (including mine), some at the Charles 
Babbage Institute, some at the University of Texas (more mine), and other pieces remaining 
in private hands. It would be impossible to gather all in one place, but at least a roadmap 
should be made public. Eric Fischer probably has most of this done now, and I hope he gets 
it published soon. 

One place that Eric did not know about is the home of Chuck Card, the last chairman of the 
X3L2 committee that I had contact with, and a very able one. He has many original 
microfiche of some earlier, and a lot of the later, proceedings and minutes. And he pledges 
cooperation with any other researchers. Find him at: 

Card, Charles D. 

1454 N Robin Lane 
Mesa, AZ 85213 
cardcd@earthlink. net 
480-854-0624 - FAX- 602-964-8873 

EN-4 BEMA became CBEMA and now INCITS (202-737-8888). I can vouch that they made 
fiche of all early records, because IBM's legal people had them all copied to paper in 1988, 
so I could make a search for a patent suit brought against them. 

But the INCITS fiche seem to have disappeared. I have called several times, and nobody 
wants to talk to me about them. Very mysterious. 

EN-4 Perhaps my special trip to IBM’s Typewriter Division should have been mentioned. 
The printing ball was then designed for 4 rows of 22 characters (or 8 x 11). I made a plea to 
H. S. Beattie, the chief engineer there, to make 4 rows of 24 characters, so that the 96 non- 
control positions of ASCII could be accommodated. He shrugged me off with "it'll never be 
anything but a correspondence typewriter". The slightly increased mass could have been 
tolerated — there were oversized balls (Presenter Head) furnished. 

This decision is not awarded a dagger, for it had nothing to do with the EBCDIC vs. ASCII 
situation. EBCDIC could also have used the extra characters. 
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